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(57) Abstract 

A system and method for placing arti- 
cles of manufacture or pieces of equipment 
at a remote site uses a cenual database (108) 
and graphical representations. A site hierar- 
chy, comprising a site, a building at the site 
(704), and a floor (706) within die build- 
ing, is created in the central database (108). 
The user can then create graphical objects 
on a floor at a building, which are also rep- 
resented in the central database as sequences 
of points. Specifically, graphical objects are 
created for a floor widiin a stnicture, a zone 
within die floor, a planning unit (714) within 
the zone, a row segment widiin the planning 
unit (714), and a fooq)nnt within the row 
segment C716). 
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System and Method to Automate Equipment Placement at 

Remote Sites 



Background of the Invention 



5 Field of the Invention 

The present invention relates generally to a system and method for the 
placement of articles of manufacture or pieces of equipment. More specifically, 
the invention allows a user to symbolically place an article or a piece of 
equipment on the floor space of a building at a remote site. 

10 RelaiedArt 

It is a difficult task for a large corporation to keep an inventory of all the 
articles of manufacture or pieces of equipment placed at its sites. Typically, each 
site (e.g., the Dallas, Fort Worth site) has more than one building, and each 
building has floors that house the equipment. 

15 As an example, a long distance telecommunications service provider 

(hereinafter "service provider") typically maintains billions of dollars worth of 
network assets. The majority of such network assets are typically installed in 
numerous field sites located throughout a vast geographical region that 
encompasses a long distance telephone network. For example, MCI maintains 

20 billions of dollars worth of transmission and power equipment located in 

hundreds of remote field sites throughout North America. 

Typically, much of the network equipment is arranged and mounted in 
equipment bays. Such equipment bays are typically organized as a plurality of 
side-by-side racks, each having a plurality of top-to-bottom shelves, wherein each 

25 shelf contains a plurality of vertically positioned slots. Circuit cards are typically 

installed m the vertically positioned slots. In addition, other types of modules are 
installed on the shelves. 



BNSDCXJID: <WO__984315SAl JA> 



wo 98/43155 PCT/US98/05595 

-2- 

Con ventionally , it has been difficult for service providers to maximize the 
use of space within remote sites. Typically, site planners design the layout of 
remote sites down to the rack level. These plans are then used by engineering 
groups to design the layout of each rack at the "rackface" level. That is, the 
S engineering groups arrange the shelves within each rack, and the cards and other 

modules within each shelf The result is a configured rack. 

It is often the case, that changes made in the field are not recorded. 
Consequently, site planners and other groups do not necessarily have access to 
accurate and updated information pertaining to the layout and configuration of 
10 equipment placed within remote sites. This makes it very difficult for site 

planners and other groups to plan ahead for future changes and maximize the use 
of the available space with remote sites. It also makes it difficult for power 
engineers to accurately estimate the ongoing and changing power requirements 
for remote sites, which can cause unwanted delays and down times due to 
15 inadequate power reserves. 

It has also been desired to plan, up to a desirable nimiber or years in 
advance, what spaces on a floor (at a building within a site) are to be allocated 
to which types of equipment. This has made facilities planning for available floor 
space a difficult task. 

20 Site planners also need to know when configured racks (including 

modules and shelves) that are placed on a floor space have been brought on-line. 
This information is required for power equipment in addition to transmission 
equipment. Further, it is would be very useful for site engineers to know exactly 
when installed equipment becomes activated and decommissioned. This would 

25 allow much greater flexibility for future planning of remote sites. 
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Summary of the Invention 

The present invention is directed to providing a system and method for 
allowing users to symbolically place an article or a piece of equipment onthe 
floor space of a building at a remote site. The invention permits users to 
S graphically represent objects (e.g., floor objects, zone objects, etc.) deflning the 

available area and to store tabular information describing the configuration of the 
graphical objects and the articles or pieces of equipment represented by the 
graphical objects. 

An article or a piece of equipment placed on the floor space is referred to 

10 as a "footprint." Hence, the present invention is primarily directed to creating 

footprints associated with an area of the floor space at a remote site. 

In one embodiment, the piece of equipment occupying the floor space can 
be a configured rack. A rack can be conceptualized as a book case, comprising 
shelves aligned atop one another, with modules stored on the individual shelves. 

15 In a telecommunications application, modules such as circuit cards or 

multiplexers are stored on the shelves of a rack. Configured racks are stored in 
a configuration library, and are readily available for placement on the floor space, 
in order to create footprints. 

In a preferred embodiment, a site hierarchy is created prior to creating 

20 footprints. Preferably, site hierarchies are created via an administrative tool 

provided by an implementation of the present invention. Data related to the site 
hierarchies are stored in a portion of a hierarchical database, preferably a 
relational database, that is conceptually referred to herein as the "site hierarchy 
repository." The user uses the administrative tool to establish (non-graphically) 

25 a site, a structure (building) within the site, and a floor within the structure. 

The user can then create a hierarchy of graphiced objects located on a 
desired floor. Specifically, the invention allows the user to graphically represent, 
via closed polygonal shapes, a floor, zones inside the floor, planning units inside 
the zones, row segments inside the planning units, and footprints inside the 

30 planning imits. In this manner, all the available floor spaces at a site can be 
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graphically represented. The graphical representations are stored in the 
hierarchical database as a sequence of points, so that the representations can be 
automatically regenerated for a future use. In addition, physical attributes of the 
physical objects represented by the graphical objects, such as the area of a floor 
5 space represented by a zone graphical object, are stored in the hierarchical 

database. 

Architectural drawings, which detail the physical limitation of the floor 
space (i.e., the locations of structural support columns, power cables) can also be 
used as an underlay for the graphical representation of a floor at a site. That is, 
1 0 a user can trace out a graphical floor object over an architectural drawing, so that 

the user is cognizant of how to most efficiently allocate the floor space for 
footprints. 

Once the graphical objects are defined for a particular floor within a 
particular site, footprints can be placed on the floor. For each footprint, the user 

15 can store a tremendoias amount of information regarding the article or piece of 

equipment occupying the footprint. This information is loaded into a hierarchical 
database for the footprint. Because footprints are only representations of actual 
articles and pieces of equipment, they can represent the occupant of a floor space 
at any point in time. In a preferred embodiment, the footprints store information 

20 relating to how the equipment is placed on the floor (e.g., defining an "envelope" 

surrounding the footprint, the direction the equipment faces) and important dates 
pertaining to the equipment. Important dates include the planned and actual 
installation dates, activation dates (when the equipment is to be turned on), 
decommission dates (when the equipment is to be tumed off) and removal dates 

25 for said article or said piece of equipment. 

Finally, after the graphical objects have been created and tabular (non- 
graphical) information regardmg the graphical objects and the footprints have 
been stored in the hierarchical database, the user can easily view and modify both 
the graphical objects and the non-graphical information. The user can also 

30 generate reports to view required information. 
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Brief Description of the Figures 

The present invention will be described with reference to the 
accompanying figures, wherein: — 

FIG. 1 A is a block diagram depicting an operational environment; 
5 FIGs. IB-lGareblockdiagranisdepicting variousfunctionalcomponents 

according to a preferred embodiment of the present invention; 

FIG. IH is a block diagram depicting the components of a database 
according to a preferred embodiment of the present invention; 

FIG. 2 is a block diagram depicting a rack, shelves and modules according 
10 to a preferred embodiment of the present invention; 

FIG. 3 is a block diagram depicting a graphical representation of the site 
hierarchy, according to a preferred embodiment of the present invention; 

FIGs. 4A and 4B are flowcharts depicting a process that can be used for 
creating a configured shelf, according to a preferred embodiment of the present 
IS invention; 

FIG. 5 is a flowchart depicting a process that can be used for creating a 
configured rack, according to a preferred embodiment of the present invention; 

FIG. 6 is a flowchart depicting a process that can be used for creating a 
components in the product catalog, according to a preferred embodiment of the 
20 present invention; 

FIG. 7 is a flowchart depicting a process that can be used for creating a 
graphical site hierarchy, according to a preferred embodiment of the present 
invention; 

FIG. 8 is a flowchart depicting a process that can be used for placing a 
25 footprint, according to a preferred embodiment of the present invention; 

FIG. 9 is a block diagram of a computer useful for implementing 
components of the present invention; and 

FIGs. lOA-lON are block diagrams illustrating a plurality of database 
tables that can be used to implement the database depicted in FIG. 1 A, according 
30 to a preferred embodiment of the present invention. 
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In the figures, like reference numbers generally indicate identical, 
functionally similar, and/or structurally similar elements. The figure in which an 
element first appears is indicated by the leftmost digit(s) in the reference number. 

Detailed Description of the Preferred Embodiments 

S The present invention is directed toward a system and method for 

allowing users to symbolically place an article or a piece of equipment on the 
floor space of a building at a remote site. The invention permits users to 
graphically represent objects (e.g., floor objects, zone objects, etc.) defining the 
available area and to store tabular information describing the configuration of the 
10 graphical objects and the articles or pieces of equipment that are represented by 

the graphical objects. 

Section I explains the example environment for the invention. 
Section II is the operation overview for the invention. 
Section III presents the architecture for a suite of tools called the SiteVu 
15 tool, including an overview of the database and the components of SiteVu itself. 

The instant invention is particularly directed to subsections 4 (the administrative 
tool) and 5 (the placement tool). 

Section IV defines an example equipment rack. 
Section V provides a graphical view of a site hierarchy. 
20 Section VI describes how to create a configured rack, including creating 

a product catalog component (module, shelf or rail), creating a shelf 
configuration, and adding modules to the shelf. 

Section VII illustrates the site hierarchy database. 
Section VIII describes the substantive portion of the present invention. 
25 Section IX is an example implementation of the invention. 

Section X provides a detailed view of the site hierarchy. 
Section XI is a brief conclusion. 
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/. An Example Environment 

The present invention is described in terms of ah example embodiment. 
Specifically, the present invention is described in terms of an application program 
comprising all of the features of the present invention, in combination with a 
5 system for recording, maintaining and viewing placement and configuration of 

equipment for field sites. An example of such a system is the above referenced 
U.S. Patent Application "System and Method for Recording, Maintaining and 
Viewing Configuration and Placement of Equipment at Remote Sites." In the 
preferred embodiment, a suite of tools named "SiteVu" is used to record, maintain 

10 and view the configuration and placement of equipment in field sites for a 

telecommunications service provider. The description in such terms is provided 
for convenience only. It is not intended that the invention be limited to this 
example embodiment. For example, the present invention can be used to support 
other types of equipment for industries other than the telecommunications 

1 5 industry. In fact, after reading the following description, it will become apparent 

to persons skilled in the relevant art(s) how the implement the present invention 
in alternative embodiments. 

//. The Operational Environment 

FIG. 1 A is a block diagram depicting a typical operational environment 
20 according to a preferred embodiment of the present invention. A network 1 02 is 

depicted in the center of the drawing in FIG. 1 A. The network 1 02 represents any 
type of computer and^or telecommunications network or combination thereof, that 
can be used to couple a plurality of workstations 104 with a relational database 
108. In this example, each workstation 104, is a general purpose computer 
25 system that executes software (referred to herein as "SiteVu"), that causes the 

computer system 104 to perform the ftmctions as described herein. 
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In one embodiment of the present invention, the network 102 can be a 
company wide intranet. In other embodiments, local area networks (LANs), or 
wide area networks(WANs), (such as multiple LANs linked together with 
bridges, routers or the like), can be used as the network 102. In addition,^e 

5 network 102 can include the use of switched networks, and other forms of 

conunon carrier transmission lines and equipment that can link remote computers, 
such as the remote workstations 104, to the relational database 108. 

Also depicted in the example enviroiunent shown in FIG. 1 A is file server 
1 12 and a storage device comprising architectural drawings 110. In a preferred 

10 embodiment, each computer system 104 executes software that performs 

computer aided drafting and design (CADD) functions. As described below, the 
CADD software is controlled by the SiteVu program in a preferred embodiment 
of the present invention. In this example, architectural drawings may be stored 
on local storage devices in each of the workstations 1 04, or in a central file server, 

15 such as the file server 112. This aspect of the present invention will be 

subsequently described below. 

In this example the relational database 108 is coupled with a database 
server 106. In a preferred embodiment, the relational database is implemented 
using an Oracle relational database, supplied by Oracle Corporation. In addition, 

20 the database server 106 is a DEC Alpha 2100, manufactured by Digital 

Equipment Corporation. Further, Microsoft Windows*, manufactured by 
Microsoft Corporation can be used as the operating system for the computer 
systems 104 used to execute the SiteVu suite of tools (including the SiteVu 
placement tool) and the CADD programs. Finally, in a preferred embodiment, 

25 the CADD program used is Microstation CADD, manufactured by Bentley 

Systems Inc. 
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///• An Architecture for the SiteVu Program 
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FIGs. I B- 1 H depicts an example of an architecture of the SiteVu program, 
according to aprefened embodiment of the present invention. Specifically, FIGs. 
1 B- 1 G describe an example of SiteVu components and their associated inputs and 
5 outputs. 

A. The Logical Components for the Database 

¥IG. 1 H depicts the logical components of the database 1 08, according to 
a preferred embodiment of the present invention. Specifically, in this example, 
the database 108 comprises: a site hierarchy repository 124; a product catalog 

10 126; a configuration library 128; a placement library 130; user security 132;pick 

lists 1 34; connections 136; and power tables 1 38. A more detailed description of 
the database 108, illustrating specific tables and relationships between tables, is 
subsequently described below with reference to FIG. 10. 

A more detailed description of the database 1 08, illustrating specific tables 

1 5 and relationships between tables, is subsequently described below in section VIII 

with reference to FIGs. lOA-lON. 

B. The SiteVu Components 

FIGs. IB-IG describe an example of SiteVu components and their 
associated inputs and outputs. 
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7. An Overview of the Components 

As indicated by FIG. 1 B, the SiteVu central database 1 08 is preferably, a 
relational database management system. The SiteVu tool (FIG. IB) comprises the 
following components: the SiteVu Power Pages (SVPP) 110; the SiteVu 
5 Rackface tool (SVRF) 1 12; the SiteVu Administrative tool (SVAD) 1 14; the 

SiteVu Placement tool (SVPL) 1 16, and the SiteVu Report Generator (SVRP) 
119. 

2. The Power Page Tool 



As indicated by FIG. 1 C, the power page 1 10 reads data from and stores 
10 data in the database 108. The power page 1 10 provides power estimates for 

remote sites. In a preferred embodiment, a web browser 1 1 1 is used to input data 
into the power page 110 from the workstation 104, and to output data from the 
power page 1 1 0 to the workstation 1 04. 

3. The Rackface Tool 

1 5 As depicted in FIG. 1 D, the rackface tool 1 1 2 reads data from and stores 

data in the database 1 08. The rackface tool 1 1 2 is used to define components for 
the product catalog 126. Further, the rackface tool 112 is used to define 
configured shelves using empty shelves and modules from the product catalog 
126, and storing the configured shelves in the configuration library 128. In 

20 addition, the rackface tool 1 12 is used to define configured racks from rails and 

configured shelves from the product catalog 126 and the configuration library 
128, respectively. Such configured racks (also referred to as racks), are stored 
in the configuration library. 

In addition^ the rackface tool 1 12 is used to operate on footprints. As 

25 stated footprints are racks that have been placed in remote sites, via the placement 

tool 116 (described below). Specifically, in a preferred embodiment, the rackface 
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tool 112 is used to display information about footprints and to replace one 
footprint with another footprint, as described below. 

In a preferred embodiment, the rackface tool 1 12 is implemented using 
Windows* operating system, provided by Microsoft, Inc. Thus, Window's* 

5 Application Programming Interface 113 is used to implement the functions 

provided by the rackface tool 1 12 on the workstation 104. 

FIG. 1 D depicts various types of data used by rackface tool 1 1 2, according 
to a preferred embodiment of the present invention. As indicated by the data-in 
list 120, the rackface tool 1 12 reads pick lists 134 from the database 108. As 

10 described in further detail below, a pick list is a database table that comprises a 

list of valid values for particular data fields within the database 1 08. Preferably, 
pick list tables are used during a data entry process to provide users with a drop- 
down list box, or the like, comprising textual representations of pre-defined 
values that can be specified for particular data fields. Note that the term "pick 

1 5 list" is used herein to describe a pick list table in tiie database 1 08. However, the 

term is also used herein to describe the drop-down list box that is associated with 
a pick list table and used during a data entry process, as described above. 

In addition, the rackface tool 1 12 reads data from the product catalog 126 
to create shelf configurations that are stored in the configuration library 128. 

20 Further, configured shelf data from the configuration library 1 28 is used to create 

rack configurations that are also stored in the configuration library 128. Site 
hierarchy data is read from the site hierarchy repository 124, and is used to 
replace generic footprints with manufacturer specific footprints. Further, 
placement data is read from the placement library and used to display footprint 

25 information, and replace generic and manufacturer specific footprints, as 

described below. 

User and security data 132 is read by the rack face tool to determine 
access rights and the like for particular users. In addition, placement data is read 
from the placement library 130 when the rackface tool 112 replaces generic 
30 footprints, as described below. 
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Examples of data output from the rackface tool 1 12, as indicated by the 
data-out list 122, includes product catalog data, configured shelves data and 
configured rack data. For example, the rackface tool 1 12 is used to create 
components for the product catalog 126, An example of a process that can be 
5 used to create components in the product catalog 126 is subsequently described 

herein with reference to FIG, 6. 

Similarly, the rackface tool 112 is used to create entries in the 
configuration library 128. An example of a process that can be used to create 
data entries for the configuration libraiy 128 is subsequently described herein 
10 with reference to FIGs. 4A, 4B and 6. 

Another example of data output from the rackface tool 112, includes data 
used to update the placement library 1 30. For example, the placement library 1 30 
is updated when a generic footprint is replaced with a manufacturer specific 
footprint, as described below. 

15 4. The Administrative Tool 

As indicated by FIG. 1 E, the Administration tool 1 1 4 reads data fix>m and 
stores data in the database 108. The Administration tool 1 1 4 is used to create and 
update the pick lists 1 34, user security data 1 32, and the site hierarchy repository 
124. In a preferred embodiment, the Administration tool 1 14 is implemented 
20 using the Windows* operating system, provided by Microsoft, Inc. Thus, 

Window's® Application Programming Interface 1 15 is used to implement the 
functions provided by the administration tool 1 14 on the workstation 104. 

FIG. IE depicts various types of data used by administrative tool 114, 
according to a preferred embodiment of the present invention. As indicated by 
25 the data-in list 120, the administrative tool 114 reads pick lists 114 and user 

security data 132 from the database 108. 

As indicated by the data-out list 126, the administrative tool 114 creates 
and updates pick lists 1 34 and user security data 1 32. In addition, this tool is used 
to create part of the site hierarchy that is stored in the site hierarchy repository 
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124, as described below. Specifically, the sites, buildings (or structures) and the 
non-graphical portion of the floor level hierarchies are created by the 
administrative tool 1 14. 

5. The Placement Tool 

As indicated by FIG. IF, the placement tool 1 16 reads data from and 
stores data to the database 108. The placement tool 116 represents an example 
of a specific embodiment of the present invention. Specifically, the Placement 
tool 1 1 6 is used to create footprints (i.e., an equipment placed on the floor space) 
by placing racks in remote sites. Such data is stored in the placement library 1 30. 
In a preferred embodiment, the placement tool 1 16 is also implemented using the 
Windows® operating system, provided by Microsoft, Inc. In addition, graphics are 
provided by a CADD program, such as Microstation CADD 1 17, as previously 
described. 

FIG. IF depicts the various types of data used by placement tool 1 16, 
according to a preferred embodiment of the present invention. As indicated by 
the data-in list 128, the placement tool reads pick lists 1 34, user and security data 
132, site hierarchy data 124, placement data 130, configured rack data 128, and 
power plant definition data 138 fi'om the database 108. 

As indicated by the data-out list 130, the placement tool 116 uses a site 
hierarchy (i.e., firom a site down to a floor) established by the administrative tool 
1 14 to create graphical and database representations of remote sites, buildings, 
floors, zones, rows (specifically row segments), and footprints. The tool can also 
be used to update these objects, both graphically and the data associated 
therewith. Therefore, the tool can be used to update site hierarchy data 124, 
configuration data 128, pick list data 134, and placement data 130. 
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6. The Report Generator 

As indicated by FIG. IG, the report generator 1 19 reads data from the 
database 108 to generate reports. In a preferred embodiment the report generator 
is implemented using Access 121, provided by Microsoft, Inc. Reports are 
S printed on the printer 1 23 . 

IV. An Equipment Rack 

As stated, equipment within remote sites are typically arranged and 
mounted in equipment racks. FIG. 2 is an illustration depicting a typical 
equipment rack 202. Accordingly, the equipment rack 202 comprises a plurality 

1 0 of shelves 204a-204f (generally 204). In this example, the shelf 204a comprises 

a plurality of vertically positioned slots 208a-208o (generally 208). Typically 
circuit cards, such as the circuit card 214, are installed in the slots 208. 

As described belov^ with reference to FIGs. 4 A and 4B, data related to 
particular modules that can be used to configure the shelves 208, according to a 

1 5 preferred embodiment of the present invention, are stored in the product catalog 

126. Accordingly, the circuit card 214 is an example of a type of module that is 
preferably represented in the product catalog 126. Other examples of types of 
modules can be represented in the product catalog 126 are the workstation 210 
and the modem 206. As shown in FIG. 2, such modules 206, 210 and 214 are 

20 used to configure shelves 208, according to a preferred embodiment of the present 

invention. 

V. A Graphical View of the Site Hierarchy 

FIG. 3 is a block diagram that graphically illustrates an example of a site 
hierarchy, as previously described. Specifically, the site hierarchy shown in FIG. 
25 3 comprises a floor 302, 3 zones 304, 4 planning units 306 and a plurality of row 

segments 308 within each planning unit 306. As previously described, each site 
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hierarchy level shown in FIG. 3 is represented by a polygonal shape that 
completely encloses the lower site hierarchy level that are contained therein. 

In this example of a preferred embodiment, zones typically represent 
physical locations in which equipment of a particular class are placed. In a 
5 preferred embodiment, racks cannot be placed imless the equipment class of the 

rack matches the equipment class of the zone in which the rack is being placed. 
This restriction can be overridden, however, by a user with special access who 
uses a "superuser" function. 

In this example, planning imits 3 06 are specified so that multiple users can 

1 0 define row segments 308, in the same zone 304, at the same time. In a preferred 

embodiment, the database 108 is shared by multiple users. However, in order to 
maintain data integrity, certain precautions must be taken. In this example, when 
a user is in the process of defining rows and placing row segments 308, via the 
placement tool, as described below, other users are prevented from accessing 

15 certain portions of site hierarchy repository 124. In particular, the site hierarchy 

level just above the row level being defined must be locked. Thus, a site 
hierarchy level of planning unit 306 is used between the row level 308 and zone 
level 304. Accordingly, planning unit 306 is locked from other users instead of 
the zone level 304. In this manner, several users can work simultaneously to 

20 defme row segments 308 within the same zone 304. 

Further, in this example, footprints can only be created in row segments 
308. As will be described below, a physical row in a site may comprise one or 
more row segments 308. In the simple example shown in FIG. 3, there is a one 
to one correspondence between physical rows and row segment 308. However, 

25 a site hierarchy level called a row segment 308, is used in a preferred 

embodiment of the present invention, to prevent users from placing racks in areas 
that have physical obstructions. For example, suppose a physical obstruction, 
such as a building support column, is present within a particular row in a field 
site. In this case, the physical row is represented by two row segments, that are 

30 placed to avoid the obstruction. In this fashion, since racks can only be placed 
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within row segments 308, a user cannot inadvertently place a rack in the same 
position as the obstruction. 

As noted above, an implementation of the present invention provides a 
means for defining components, including modules, shelves and rails, that are 
5 stored in the product catalog 1 26. Preferably, detailed information pertaining to 

each component within the product catalog 126 is defined during a data entry 
process. 



VI. Creating Configured Racks From Product Catalog Components 



A. Creating a Product Catalog Component 



10 FIG. 6 is a flowchart depicting an example of such an data entry process 

that can be used to create components for the product catalog 126, according to 
a preferred embodiment of the present invention. Specifically, in a preferred 
embodiment, this process is performed via the rackface tool 112 component of 
SiteVu. The process begins with step 602. In step 602, a user selects the 

1 S component type. In this example, component types include modules, shelves and 

racks. Once a component type is selected, control passes to step 604. In step 604, 
the user specifies values for each attribute presented from a pre-defined list of 
attributes, that are applicable to the selected component type. Preferably, a 
difiTerent pre-defined list of attributes is presented for each component type. 

20 Thus, a particular list of attributes is presented to the user, depending on the type 

of component selected in step 602. Generally, values for attributes are specified 
by either typing data directly into data entry fields, or by selecting one or more 
pre-defined items fi-om a pick list associated with the data attribute. 

Examples of attributes that can be specified in step 604 include identifying 

25 attributes, physical attributes, electrical and connection attributes and status 

attributes. Identifying attributes include for example, manufacturer's name, 
manufacturer's model number, service provider's identifier, bar code identifier. 
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manufacturer's part number, manufacturer's description, face label, equipment 
class code and equipment subclass code. 

Physical attributes generally include height, width, depth, and weight. 
Typical electrical attributes include voltage type, a voltage quantity, current and 
5 current quantity. Further, in a preferred embodiment, additional data fields are 

included that indicate whether or not the attributes have been completely 
specified. 

In step 606, the user specifies a unique identifier for the newly created 
component. Next, as step 608 indicates the component is stored in the product 
10 catalog 126. The process ends with step 610. 



Creating a Shelf Configuration 

FIG. 4A is a flowchart depicting a process that can be used to create a 
shelf configuration, according to a preferred embodiment of the present invention. 
Specifically, this process is performed by the rackface tool 122, according to a 
1 5 preferred embodiment of the present invention. 

The process begins with step 404. In step 404, the user specifies a unique 
name for the new shelf configuration. Typically, this name must be unique in the 
database 108. In addition, values are specified for required fields. For example, 
in a preferred embodiment, required fields include a manufacturer, an equipment 
20 class and an equipment subclass. Note that in a preferred embodiment, a value 

for manufacturer or ^generic' is used for generic racks as previously described. 

Next, in step 406, a pick list is displayed to the user comprising a list of 
pre-defined components from the product catalog 126, Thus, components that 
have been created according to the process depicted in FIG. 6 are listed in step 
25 406. 

Specifically, in this example, a list of shelf components are presented to 
the user. In a preferred embodiment, sort, find and filter options are provided to 
assist the user in finding a particular component listed in the product catalog 1 26. 
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In any case, the user is prompted to select a particular shelf from the pick list 
presented in step 406. 

Next, as step 408 indicates, if a desired shelf cannot be found in the 
product catalog 126, control passes to step 410. This can occur for example, if 
5 a user desires to use a particular shelf that has not yet been created, via the data 

entry process depicted in FIG. 6. Accordingly, the user has the option to create 
a new product catalog 1 26 component as indicated by step 4 1 0. Process steps that 
can be used to create a product catalog component 410 is presented in FIG. 6, as 
previously described. 

10 On the other hand, as indicated by step 408, if the pick list in step 406 

contains the desired shelf component, the user selects the shelf component in step 
412. Control then passes to step 418. In step 41 8, the user adds modules to the 
selected shelf. 



C. Adding Modules to a Shelf 

1 5 A process that can be used to add modules to a selected shelf is presented 

inFIG.4B. The process begins with step 420. 

In step 420 the user is presented with pick list that contains a list of pre- 
defined modules from the product catalog 1 26. In a preferred embodiment, sort, 
find and filter options are provided to assist the user in finding a particular 
20 module from product catalog 126. 

Examples of pre-defined module types include circuit cards 214, computer 
terminals 210, and other equipment, such as the modem 206. Modules are 
components that are generally installed on shelves, such as the shelf 208. 

As step 422 indicates, if the desired module is included in the Ust 
25 presented in step 420 control passes to step 424, where the user selects the 

module. If not, once again the user has the option to create a product cateilog 
component, as indicated by step 410. 
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After a module has been selected in step 424, control passes to step 426. 
In step 426, the selected module is placed in the first available slot 208 on the 
configured shelf 204. 

Next as step 428 indicates the user is presented with a graphical 
S representation of the shelf and the module as selected from steps 412 and 424, 

respectively. Control then passes to step 430. 

In step 430, the user has the option to modify the shelf As step 434 
indicates, this includes for example, adding, moving and deleting modules. In 
addition, the user can list information about the configured shelf. As indicated 
10 by step 434, if the user chooses to add more modules to the shelf, control passes 

to step 420, and steps 420-430 are repeated, as described above. 

As stated above, in a prefen^ed embodiment, users edit a configured shelf 
in step 434, by directly manipulating graphical representations of the selected 
modules, from step 428. For example, in one implementation, users "drag" 
IS graphical representations of the selected modules to particular locations within 

the graphical representation of the selected shelf. Preferably, a mouse or other 
pointing device is used to accomplish this task. 

After the user has completed modifying the shelf, control passes to step 
438. In step 438, the configured shelf is stored in the configuration library 128 
20 and the process ends as indicated by step 440. 

In a preferred embodiment, the user also has the option to store the shelf 
as a "work-in-progress" to be completed later. In addition, other status such as 
"pending approval", "standard" or "special" can be specified. Preferably, only 
configured shelves with a status of approved standard (i.e. standard configured 
25 shelves that have been approved), or special can be used in a configured rack. 

After one or more shelves have been configured and stored in the 
configuration library 128, accordmg to the process in FIG. 4 A, the configured 
shelves can be used to create configured racks. 
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2>. Creating a Configured Rack 

FIG.5 is a flowchart illustrating a process which can be used to create a 
configured rack, according to a preferred embodiment of the present invention. 
The process begins with step 501 . In step 501 , the user specifies a name for the 
S configured rack. In addition, required fields such as a description, a 

manufacturer, a class and a subclass are preferably specified in step SOI . In step 
502, a list of pre-defined rails from the product catalog 126 is presented to the 
user. In a preferred embodiment, sort, find and filter options are provided to assist 
the user in finding a particular rail from product catalog 1 26. In any case, the user 
10 is prompted to select a rail from the pick list presented in step 502. 

As step 504 indicates, if the desired rail is included in the list presented 
in step 504, control passes to step 506, where the user selects the rail. If not, once 
again the user has the option to create a rail for the product catalog 126 as 
indicated by step 410. 

15 If a rail is selected in step 506, control passes to step 508. In step 508, the 

user is presented with a list of the available configured shelves from the 
configuration library 128. In a preferred embodiment, only shelves that are 
compatible with the selected rail are presented. Further, as previously noted, in 
a preferred embodiment, only configured shelves having a status of approved 

20 standard or special will be presented in the list in step 508. Note that the 

configured shelves presented in the pick list in step 508 are shelves that have been 
configured according to the process depicted by the flowchart in FIGs. 4A and 
4B, as previously described. In step 5 1 0, the user selects a configured shelf from 
the pick list presented in step 508. 

25 In step 512, a graphical representation of the selected shelf and rail are 

presented to the user. This graphical representation is presented to the user so 
that the user can directly manipulate it to modify the configured rack as described 
below with reference to step 518. In step 5 14, the user has the option to modify 
the rack. As step 518 indicates, this includes for example, adding, moving and 

30 deleting shelves. In addition, the user can Ust information about the configured 
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rack. As indicated by step 5 1 8, if the user wishes to add additional shelves to the 
rack, control passes to step 508, and steps 508-514 are repeated, as described 
above. 

As stated above, in a preferred embodiment, users modify a configured 
rack in step 518, by directly manipulating the graphical representations of the 
selected shelves from step 512. For example, in one implementation, users "drag" 
graphical representations of the selected shelves to particular locations within the 
graphical representation of the selected rail. 

After racks have been configured, for example, by using the process 
depicted by the flowchart in FIG. 5, they can be placed within a site. The 
explanation of how a site hierarchy is built and how graphical objects (such as 
racks) are placed within the hierarchy is presented in sections VIII and X below. 

VIL A View of the Database 

A. An Overall View of the Database 

FIG. 1 OA is a block diagram illustrating a plurality of database tables that 
can be used to implement the database 1 08, according to a preferred embodiment 
of the present invention. In this example of a preferred embodiment, a relational 
database is used to implement the database 1 08. However, in other embodiments, 
different types of databases can be used. An expanded version of the block 
diagram depicted in FIG. lOA is also depicted in the FIGs. lOC-lON. FIG, lOB 
shows how the FIGs. IOC- ION are related to each other to form the block 
diagram depicted in FIG. lOA. 
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B. Remote Siies, Power Plants, Responsible DepartmentSf and 
States 

Referring now to FIG. IOC, the table 1004 represents remote sites in a 
portion of the database 108, referred to above as the site hierarchy repositoiy. 
5 Each box, such as the box 1004, represents a specific database table. 

Accordingly, each database table comprises the names of specific data fields that 
are defined for each table according to a preferred embodiment of the present 
invention. 

In this example, the names for each data field are descriptive of the type 
10 of data they represent. For example, the first three data fields in the site table 

1004arenamed "SITEJD",SITE_CD and SITE_TYP^CD", respectively. These 
three data fields hold information related to a site identification number, a site 
code and a site-type code, for each site stored in the site table 1004. As such, for 
the most part, by reading the descriptive names of the data fields illustrated in 
1 5 FIGs. 1 OC- 1 ON, their fiinction and purpose would be apparent to those skilled in 

the relevant arts. 

Typically, data fields in a relational database 108, are conceptualized as 
columns in a database table. Likewise, the data entries that are stored therein are 
conceptualized as rows in a database table. Thus, the term row is used herein to 

20 describe a single data entry within a database table. Accordingly, the term row 

and the term entry are synonymous. For example, a single row (or entry) in the 
site database table 1004, represents data describing the details of a single remote 
site. A complete description of the remote site comprises specific values for each 
of the data fields associated with the database table 1004. However, it is 

25 generally not necessary to provide values for every data field associated with a 

database table. This choice generally depends on each specific implementation 
of the present invention, which will typically define data fields as being either 
required or optional. 

The lines interconnecting database tables shown in FIGs. IOC- ION 

JO represent relationships among tables. It should be noted that for the most part, the 

database tables shown in FIGs. IOC- ION are self-explanatory to those skilled in 
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the relevant art(s). Accordingly, after reading the brief description below and 
examining FIGs. IOC- ION, it would be apparent to those skilled in the relevant 
art(s) how to implement the database 108, according to a preferred embodiment 
of the present invention. 
S As stated, interconnecting database tables shown in FIGs.lOC-lON 

represent relationships among the tables in the database 1 08. For example, a line 
1003 is shown connecting the site table 1004 to the plant table 1006. In this 
example the plant table 1002 represents power plants that are installed in each 
site. The circle at the end of the line 1003 represents a one to many relationship 

10 between the rows in the site table 1004 and the rows in the plant table 1006. 

Accordingly, each entry in the site table 1004 may be associated with more than 
one entry in the plant table 1 006. In other words, each site may have more than 
one plant installed therein. 

The tables 1 006 and 1 008 represents pick list tables for specific data fields 

15 within the site table 1004. Specifically, the pick list tables 1006 are associated 

with data fields used to define a responsible department and a geographical state 
for a particular site listed in the table 1004. 

In this example, pick list tables comprise a list of valid values that are 
used to fill-in particular data fields. A pick list table, such as the pick list table 

20 1008, is used to assist in the data entry process. Typically, a pick list table is 

associated with one or more data fields. For example, the pick list table 1008 is 
associated with a data field "STATE-CD" within the table 1004 (as depiced by 
the dotted line 1005). Preferably, pick list tables are used during data entry to 
provide users with a drop-down list box, or the like, comprising textual 

25 representations of pre-defined values that can be specified for the row or rows, 

associated with the pick list table. 

Accordingly, using the example described above, a pick list comprising 
states containing remote sites is presented to the user during a data entry phase. 
Preferably, after the user selects an item from the pick list (in this case the name 

30 of a state), the associated value is automatically entered stored in the associated 

row within the database table. Typically, in such cases, users are restricted to 
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values contained in the pick list tables. That is, for such data fields that have pick 
lists associated with them, values other than those contained in the pick list may 
be considered invalid. However, this choice depends on particular 
implementations of the present invention. 



5 C Sites Types^ Structures (Buildings), Floors, and Zones 

Referring now to FIG. 1 OD, table 1 009 is a pick list table associated with 
the site table 1004 for providing valid values for the data field used to store site 
types. Table 1010 represents structures or buildings within sites. Typically, each 
site (represented by a single entry or row in the site table 1004), comprises 

1 0 multiple buildings that are each represented by a single entry in the building table 

1010. Therefore, typically the building table 1010 comprises multiple rows for 
each row in the site table 1004. 

The table 1011 represents floors within structures represented by table 
1010. Typically, the floor table 1011 comprises multiple entries for each entry 

IS in the structure table 1010. The table 1012 represents floor points for the floors 

represented by the floor table 1010. This information is used in a preferred 
embodiment of the present invention for rendering graphical representations of 
floors, as described above. In one embodiment, each entry in the floor point table 
1012 contains x-y coordinates for a portion of a polygon that is used to 

20 graphically represent the associated floor. Typically, the floor point table 1012 

comprises multiple rows for each entry in the floor table 1011. 

The table 1013 represents zones within floors represented by the floor 
table 101 1. Typically, the zone table 1012 comprises multiple entries for each 
entry in the floor table 1011. The table 1014 represents zone points for the zones 

25 represented by the zone table 1013. This information is used in a preferred 

embodiment of the present invention for rendering graphical representations of 
zones. In one embodiment, each row in the zone point table 1014 contains x-y 
coordinates for a portion of a polygon that is used to graphically represent the 
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associated zone. Typically, the zone point table 1014 comprises multiple entries 
for each entry in the zone table 1013. 



/>. Planning Uniis, Rows, and Row Segments 



Referring now to FIG. lOE, the table 1015 represents planning units 
5 within zones represented by the zone table 1013. Typically, the planning unit 

table 1 0 1 S comprises multiple entries for each entry in the zone table 1013. The 
table 1016 represents points for planning unit table 1015. This information is 
typically used for rendering graphical representations of planning units. In one 
embodiment, each row in the planning unit point table 1016 contains x-y 
10 coordinates for a portion of a polygon that is used to graphically represent the 

associated planning unit. Typically, the planning unit point table 1016 comprises 
multiple entries for each entry in the planning unit table 1015, 

The table 1017 represents rows within planning units. Typically, the row 
table 1017 comprises multiple entries for each entry in the planning unit table 
15 1015. The table 1018 represents row segments within rows. Typically, the row 

segment table 1018 comprises multiple entries for each entry in the row table 
1 01 7. As will be shown below, configured racks are placed within row segments. 



E. Product Catalogs, Shelves, Cards (Modules) and Rails 



Referring now to FIG. lOF, the tables 1019-1023 is a portion of the 
20 database 108 referred to herein as the product catalog 126. Specifically, table 

1019 represents components, such as modules, shelves and racks, as previously 
described. Data fields within the product catalog table 1019, preferably 
comprises detailed information about each component stored therein, such as a 
part number, a classification, and physical dimensions of the component. In a 
25 preferred embodiment, information common to all types of components is stored 

in the product catalog table 1019, and information specific to pre*defined 
component types are stored in the database tables 1020-1023. 
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For example, the shelf table 1020 represents additional information 
particular to shelf components. In this example, information such as the quantity 
of wire, coaxial and fiber connectors are stored in the shelf table 1 020. The card 
table 1021 represents additional infonnation particular to cards or module 
S components. In this example, information such as actual and nominal electrical 

and power input and output requirements are stored in the shelf table 1020. 

Likewise, the rack table 1 022 represents additional information particular 
to racks, such as the dimensions of the rack header and rack footer areas. In 
addition, the HVAC rack table 1023 represents additional information about 
1 0 HVAC (heating, ventilation and air conditioning) racks. In this example, such 

additional information includes quantities for air flow, BTUs per hour, air flow 
capacity and coolant specifications. 



F. Placement Data for Racks, Placement Data for Shelves, 
Placement Daia for Cards (Modules), and Configuration Racks 



15 The tables in FIGs. lOG, lOH, 10 J, and lOK represent portions of the 

database 108 referred to herein as the configuration library 128, and portions of 
the database used to store footprint information as described above. Specifically, 
the portion of the database referred to herein as the configuration library 128 is 
primarily represented by the configured racks table 1062 (FIG. lOJ) and the 

20 configured shelves table 1026 (FIG. lOK). 

As shown by the interconnecting lines, both the configured racks and the 
configured shelves table 1022 and 1026, respectively, are related to the product 
catalog table 1019. Specifically, as previously stated, configured racks and 
configured shelves are comprised of components (i.e. modules, shelves and 

25 racks), from the product catalog 1019, that have been interrelated. In a preferred 

embodiment, the interrelationships for configured racks and shelves are defined 
with the use of a rackface tool 112. 

The configured rack item table 1025 (FIG. lOK) represents individual rack 
positions that are used to hold shelves, for each rack defined in the configured 

30 rack table 1 022. In a preferred embodiment, configured shelves that are installed 
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in particular rack positions are defined by the configured shelves table 1026. 
Accordingly, each entry in the configured shelves table 1 026 can correspond v^th 
a single entry in the configured rack item table 1025. Note however, that entries 
within the configured shelves table 1 026 can be associated with multiple entries 
5 in the configured rack item table 1 025 . This would be the case for example, if the 

same configured shelf is used in multiple rack positions in a single rack, or used 
in multiple racks. 

The configured shelves item table 1027 (FIG. lOK) represents individual 
shelf positions that are used to hold modules for each shelf defined in the 

10 configured shelves table 1026. In a preferred embodiment, modules that are 

installed in particular shelf positions are defined by the product catalog table 
1019. Accordingly, each entry in the product catalog table 1019 can correspond 
with an entry in the configured shelf item table 1027. It should be noted 
however, that in a preferred embodiment, each entry within the product catalog 

15 1019 is typically associated with multiple entries in the configured shelf item 

table 1027. 

A particular novel and advantageous feature of a preferred embodiment 
of the present invention is illustrated by the use of the placement library 1 30, as 
discussed above. Specifically, the placement library 1 30 comprises the placement 

20 data for racks table 1061 (FIG lOG), the placement data for cards table 1024 

(FIG. lOH) and the placement data for shelves table 1063 (FIG. 10H)1063. The 
placement data for racks table 1061 is used to place configured racks from the 
configured racks table 1062 in particular row segments within the row segment 
table 1 01 8. In this example, one or more racks can be placed in a particular row 

25 segment. This feature is preferably implemented by creating a footprint using a 

placement tool as previously described above. 

Preferably, specific data fields within the placement data for racks table 
1 06 1 are used for planning purposes. Such data fields are used to define specific 
time-related events such as planned and actual installation, activation, 

30 decommission and removal dates. This allows site planners to view data related 

to the configuration and placement of equipment in remote sites on a time 
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dependent basis. Moreover, a preferred embodiment of the present invention 
such information is provided at the rack, shelf and module level. 

As described above, the placement data for rack tables 1 06 1 provides such 
time dependant data for field equipment at the rack level. Similarly, the 
5 placement data for shelves table 1 063, provides such time dependant data for field 

equipment at the shelf level. Likewise, the placement data for modules table 
1 024 provides such time dependant data for field equipment at the module level. 

Accordingly, using this feature of the present invention, site planners and 
other groups can view data related to field sites on a time-dependant basis. 
10 Preferably, each card (or module), shelf and rack that is placed within a remote 

site will have planned and actual installation, activation, decommission and 
removal dates associated with it. In this manner, users for example, can view the 
configuration and placement of equipment within remote field sites at a particular 
past, present or further date. 

IS G. AddUional Pick List Tables 

FIG. 101 comprises additional pick list tables firom the pick list 134 
portion of the database 108. Specifically, the vendor information pick list table 

1 028 comprises valid values used to describe pre-defined manufacturers. In this 
example, the vender information pick list table 1028 is associated with the 

20 product catalog table 1019, the configuration racks table 1022 and the 

configuration shelves table 1026. Similarly, the class pick list table 1030 is used 
to store pre-defined values used to describe equipment classes. In this example, 
the class pick list table 1030 is associated with the zone table 1013, the 
configuration shelves table 1022 and configuration racks table 1026. Likewise, 

25 the sub-class pick list table 1029 comprises pre-defined valid values used to 

describe equipment sub-classes. In this example, the sub-class pick list table 

1 029 is associated with the product catalog 1 0 1 9, the configuration shelves table 
1022 and configuration racks table 1026. In addition, in this example, the pick 
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list tables 1028, 1029 and 1030 are associated with the connection tables as 
described below with reference to FIG. lOL. 



Connection Tables 



FIG. lOL comprises the connection portion 136 of the database 108. 

5 Specifically, the connection tables 1031-1035 are used to logically or physically 

connect one database entity with another database entity, without providing the 
details of the connection. For example, the connection 136 portion of the 
database 108 can be used to provide a logical connection between a power plant 
site hierarchy level and a particular footprint that draws power therefi-om. In 

1 0 another example, the connection 1 3 6 portion of the database 1 08 can be used to 

provide a physical connection between a main power distribution bay and a 
particular footprint. The connection tables 1031-1035 are used in a preferred 
embodiment to define rules for connecting objects within the database 1 08 to one 
another. For example, the connection rules table 1032 defines what types of 

1 5 objects can be connected together. Similarly, the connection rules sub-class table 

1036 defines what sub-classes of equipment can be connected together. The 
connection table 1034 is used to define what objects are connected together. 



/. User Security Tables 



FIG. lOM comprises user security tables 1037-1043, that form the user 
20 security 1 32 portion of the database 1 08. These tables 1037-1 043 are preferably 

used to control database access and the access to specific functions within SiteVu 
based on user identification. In the preferred embodiment the tables 1037-1043 
describe which fiinctions are allowed to be performed by which users. For 
example, in one embodiment, only users with a transmission rating are permitted 
25 to place transmission equipment in remote sites. Accordingly, such control may 

be implemented with the use of the user security tables 1 037- 1 043 shown in FIG. 
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lOM. The power tables 138 portion of the database 108, comprises the tables 
1044-1052 shown in FIG. ION are used for power planing as described below. 



VIIL Creating the Graphical Objects for Sites, Structures, Floors, Zones, 
Planning Units andFoo^rints 



5 A. Definition of a Footprint 

A footprint is the union of an object, such as a configured rack as 
described above, and a specific location on the floor space. In other words, a 
footprint refers to the space or area occupied by a configured rack at a site. As 
will become apparent from the discussion presented below, the primary purpose 
10 of placement tool 1 16 is to create a plan, e.g. a five year plan, that describes a 

physical and environmental map of configured racks at a given site. The primary 
product of the placement tool 1 16 is the placement of footprints on the floor 
space. 

B. The Administrative Tool Function in Establishing a Hierarchy 

15 Referring to FIG. IE, In the preferred embodiment, the Administrative 

tool 1 14 is software written in the "C-H-" language, running on a Windows* 
operating system, using a Windows* Application Programming Interface 1 15 to 
implement its functions on the workstation 104. 

Before the placement of any graphical objects, such as floor graphical 

20 objects, zone gcefAdcdl objects, planning unit graphical objects, row segment 

graphical objects, and footprint graphical objects, it is necessary to use 
Administrative tool 114 to establish a base site-structure-floor hierarchy in 
database 108. In this manner, at least a minimimi amount of non-graphical 
(tabular) information must be established regarding the site-structure-floor 

25 hierarchy before any stmctures can be graphically represented. For example, in 

one embodiment the user must name a site (if the site does not exist), name a 
structure within the site, and name a floor within the structure. The 
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Administrati ve tool 114(1) creates site table 1 004, structure table 1 0 1 0, and floor 
table 1 0 1 1 in database 1 08, as shown in FIGs. 1 OC, 1 OD, and (2) fills in the first 
fields for these tables, corresponding to the names of the tables, as described in 
sections X.A, X.B and X.C. The user can also fill in numerous other database 

5 fields, as described in these sections. 

Inaddition,whileusing the Administrative tool 1 14, the user can associate 
with a site-structure-floor an accompanying architectural (also known as civil) 
drawing. An architectural drawing provides the architectural layout of the floor 
fi-om an aerial (top) view, including the existence of columns that support the 

10 building, fire escapes, air vents, doorways and other entrances. In addition, the 

architectural drawings detail where required power cables provide power where 
HVAC units condition the air. Referring to section X.C.4, the name of the file 
containing the architectural drawing is stored in floor table 101 1, as shown in 
FIG. lOD. 

15 G An Overview of the Placement Tool Function 

In the preferred embodiment, the placement tool 116 is software running 
on a Windows® operating system. In a preferred embodiment, the placement tool 
116 is implemented using the Microstation Development Language (MDL). 
MDL is a high level host language that Microstation incorporates for developing 
programs that interface with the CADD fimctions provided by the Microstation 
CADD program. For example, to allow a user to trace out a floor, or a zone, or 
some other type of graphical object, the placement tool 116 submits a 
corresponding MDL command, to instruct Microstation 1 17 to allow the user to 
render a graphical representation of the traced object on the output device. 

In addition, placementtool 1 1 6 comprises software written for interfacing 
with database 108. Hence, when a graphical object is created and drawn by 
Microstation, placement tool 116 can update database 108 with specific 
information pertaining to the dimensions of the graphical object. For example, 
when a user creates or updates the graphical representation of a floor, placement 



20 



25 
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tool 116 creates or updates non-graphical (logical) information into floor points 
table 1012, which is described in section X.D and shown in FIG. 1 OD. Therefore, 
the graphical information is stored in non-graphical (tabular) form, which is used 
to recreate the graphical representation of that information, so that a user can 

5 bring up and modify the floor at a future date. 

In addition, the placement tool 1 1 6 allows the user to add numerous other 
pieces of information to database 108 that is generally not represented 
graphically. For example, referring to section X.C.6, floor table 1011 (shown in 
FIG. 1 OD) stores the date the floor object was created, the user who created the 

1 0 floor object, the last user who updated the floor object, and the last date the floor 

object was updated. As described below, all information in the site hierarchy is 
readily accessible to the user while using placement tool 1 16. 

There are also functions performed by the placement tool 116 that 
combine the function of the C ADD program 1 1 7 and database 1 08 . For example, 

1 5 when a user uses the mouse to graphically lay out a floor, placement tool 1 1 6 uses 

Microstation 1 1 7 to calculate the area of the floor, and further uses database 1 08 
to store this information. As described in section X.C.5, this information is stored 
in floor table 101 1 as area quantity field 101 If 

The details of the placement tool 1 1 6 will become more apparent from the 

20 detailed discussion below. 

D. Creation of Graphical Objects 

FIG. 7 is a flowchart illustratmg a process that can be used to define the 
graphical portions of a site hierarchy, according to a preferred embodiment of the 
present invention. This process is performed by the placement tool 116, 
25 according to a preferred embodiment of the present invention. 
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i. Selecting a site 



The process begins with step 702. In step 702, a user specifies a pre- 
defined site. This is preferably accomplished by selecting a site from a pick list 
of sites that have been defined via the administrative tool 1 14. The data related 
5 to the site is stored by the administrative tool 114 in the site hierarchy repository 

1 24 of database 108. The data is specifically stored in site table 1 004, as shown 
in FIG. IOC and explained in section X.A. 

In should be noted that placement tool 116 can provide a security feature 
to prevent unauthorized individuals from creating and updating any type of 

1 0 graphical or non-graphical information. For example, when a user desires to add 

a graphical object to a site and selects a site from the pick list of sites, placement 
tool 1 16 can ensure that the user is authorized to access information about the 
site, by for example matching a user's department with the department 
responsible for the site. Use of the security measure is also available for 

15 determining whether an individual is authorized to create or update any other 

level in the hierarchy as well. For example, should a user desire to create a new 
floor object (as described below), placement tool 1 16 can require the user to be 
an authorized facilities planner responsible for creating the initial graphical site 
hierarchy. The placement tool 1 1 6 can also be configured to permit or deny users 

20 the ability to use certain fiinctions of the tool. These functions are described 

below in detail. 

2. Selecting a structure 



After a site is selected in step 702, control passes to step 704. In step 704, 
the user specifies a particular building. Again, this is preferably accomplished by 
25 having the user select a particular building that corresponds with the particular 

site selected from step 702, according to the site hierarchy repository 124. The 
data is specifically stored in structure table 1010, as shown in FIG. lOD and 
explained m section X.B. 
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3. 



Selecting a floor 



10 



15 



20 



After a building is selected in step 704, control passes to step 706. In step 
706, the user selects a particular floor corresponding to the building selecteS'in 
step 704. Again, this is preferably accomplished by having the user select a 
floor that corresponds with the particular building selected from step 704, 
according to the site hierarchy repository 124. The data is specifically stored in 
floor table 101 1, as shown in FIG. lOD and explained m section X.C. Control 
then passes to step 708. 



In a preferred embodiment, as indicated by step 708, the user is presented 
with a graphical display of an architectural drawing of the floor that is selected 
in step 706. The architectural drawing is used as a guide to assist the user with 
the creation of the site hierarchy. Preferably, the CADD software (i.e., 
Microstation 1 1 7) renders the architectural drawing of the floor. For example, in 
a preferred embodiment, after the user selects a particular floor, placement tool 
116 reads the name of the architectural drawing fi^om floor plan drawing file 
name field 101 le, which is a field of floor table 101 1, as described in section 
X.C.4 and shown in FIG. lOD. The placement tool 1 16 then directs the CADD 
program 1 17 to display the architectural drawing corresponding with the name 
fetched from the database 108. 

It should be noted, however, that the use of architectural drawings as a 
guide and backdrop is optional. Users can define the floor, zones, planning units, 
rows and row segment, as described with reference to the steps below, without the 
use of an architectural drawing. For example, if the structure is a simple shed for 
storing telecommunications equipment such as light wave regenerators, the use 
of an architectural drawing may be unnecessary for a facility planner who desires 
to create a floor object. However, if the structure is a large brick and mortar (e.g., 
conventional building) facility for storing many rows of computing equipment, 



4. 



Displaying an architectural drawing 
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a facility planner can find the architectural drawing quite helpful. The 
architectural drawing can provide the facilities planner with necessary 
information, including the locations of columns that support the building, fire 
escapes, air vents, doorways and other entrances, power cables for providing 
electricity, and HVAC units conditioning the air, etc. The architectural drawing 
is also useful for the facilities planner for "tracing out" a useable floor space, as 
explained below. 

5. Placing a floor object 

As step 7 1 0 indicates, the user places a floor, which simply means that the 
user creates the graphical floor object in the site-structure-floor hierarchy. In the 
preferred embodiment, whether or not the architectural drawing is displayed, the 
user uses an input device (such as a mouse) to trace out a usable area in the floor 
space. The user, who is most likely a facihties planner, attempts to maximize tfie 
usable floor space to be allocated for placing equipment, while concurrently 
determining real-life limiting factors, such as the location of power cables for 
supplying power to the equipment, supplying sufficient ventilation to equipment, 
and providing ready hvanasi access to the equipment with sufficient entrance 
ways. 

When the user traces out the usable space, placement tool 1 16 directs 
Microstation CADD 117 to show the floor space to the user graphically. In 
addition, placement tool 1 1 6 stores the traced out floor space in a non-graphical 
format as a sequence of points in database 108, specifically in the floor points 
table 1012, described in section X.D and shown in FIG. lOD. 

Placement tool 1 1 6 performs other important functions as well. It directs 
Microstation CADD 11 7 to calculate the area of the usable floor space and stores 
it in database 108, specifically in the area quantity field 101 If, described in 
section X.C.4 and shown in FIG. lOD. Placement tool 116 also stores the 
identification of the user and the date the user created the floor object in database 
108, as described in section X.C.6 and also shown in FIG. lOD. Placement tool 
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1 1 6 also provides the user the ability to store additional information regarding the 
floor object, or even to change existing information regarding the floor object, 
including the remaining fields of floor table 101 1, as described in section X.C. 

6. Placing a zone object 

As step 712 indicates, the user places a zone (i.e., places a zone object in 
the hierarchy), which is the next level in the hierarchy. Zones provide an 
important functional distinction between classes of equipment, meaning that a 
facilities planner can restrict a zone to one class of several possible classes of 
equipment. The classes available are restricted only by the imagination of the 
facilities planner. In some applications, a facilities planner may provide very 
narrowly tailored zones such as restrictions between particular pieces of 
telecommunications equipment, while in other applications a facilities planner 
can distinguish between widely tailored classes such as between computer racks 
and pieces of furniture. At this level, the ability of the facilities planner to 
provide a proper balance between providing a maximum amount of usable floor 
space and taking into consideration limiting real-life considerations pertaining to 
the architecture of the building are even more important. As a crude example, if 
a facilities planner has to place furniture equipment in fiimiture equipment zones, 
2ind fimctioning processors in processor zones, the planner would be concerned 
with providing adequate power supplies to the latter and not the former. 
Consequently, the processor zones can be located within adequate reach of power 
supply cables. The allowed class of equipment is stored in equipment class code 
field 1013d of zone table 1013, which is described in section X.E.4 and shown 
in FIG. lOD. It should be noted that in a preferred embodiment the class of 
equipment must be a permitted class, as defined and stored in table 1030 (FIG. 
1 01); otherwise, the class is not permitted. 

As with floor objects, the user traces out zones using the placement tool 
116, which in turn directs Microstation CADD 1 17 to display the zones on the 
display of workstation 104. The placement tool 1 16 stores the traced out zone 
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space in a non-graphical format as a sequence of points in database 108, 
specifically in the zone points table 1014, described in section X.F and shown in 
FIG. lOD. 

Placement tool 1 16 directs Microstation CADD 1 17 to calculate the area 
5 of the usable zone space and stores it in database 108, specifically in the area 

quantity field 1013e, described in section X.E.4 and shown in FIG. lOD. 
Placement tool 1 16 stores the identification of the user and the date the user 
created the zone object in database 108, as described in section X.E.6 and also 
shown in FIG. 1 OD. Placement tool 1 1 6 also provides the user the ability to store 
10 additional information regarding the zone object, or even to change existing 

information regarding the zone object, including the remaining fields of zone 
table 1013, as described in section X.E. 



7. Placing a planning unit object 

As step 714 indicates, the user places a planning unit (i.e., places a 
1 5 planning unit object in the hierarchy), which is the next level in the hierarchy. In 

a preferred embodiment, plaiming units provide the opportunity for more than one 
facility planner to place row segments in a given zone. In this embodiment, 
when a user is in the process of defining rows and placing row segments 308, via 
the placement tool, other users are prevented firom accessing certain portions of 
20 site hierarchy repository 1 24. In particular, when users are defining rows, the site 

hierarchy level just above the row level must be locked. Thus, a site hierarchy 
level of planning unit 306 is used between the row level 308 and zone level 304. 
Accordingly, planning unit 306 is locked from other users instead of the zone 
level 304. In this manner, several users can work simultaneously to define row 
25 segments 308 within the same zone 304. Planning units are optional, however, 

and as a result a zone need not contain more than one planning unit. 

As with other objects, the user traces out planning units using the 
placement tool 1 1 6, which in turn directs Microstation CADD 1 1 7 to display the 
planning units on the display of workstation 1 04. The placement tool 1 1 6 stores 



BNSDCX:iD: <WO 9843155A1 JA> 



wo 98/43155 PCT/US98/05595 

the traced out planning unit space in a non-graphical format as a sequence of 
points in database 108, specifically in the planning unit points table 1016, 
described in section X.H and shown in FIG. IDE. 

Preferably, the placement tool 1 1 6 is used so that the user can identify the 

5 maximimi amoxmt of weight a floor can withstand, specifically in the floor load 

limit quantity field 1015g, described in section X.G and shown in FIG. IDE. In 
this manner, it is possible to prevent floor damage by preventing the placement 
of equipment weighing more than a given amount in a planning unit. 

Placement tool 1 1 6 directs Microstation CADD 1 1 7 to calculate the area 

10 of the planning unit and stores it in database 108, specifically in the area quantity 

field 101 5e, described in section X.G.4 and shown in FIG. lOE. Placement tool 
1 1 6 stores the identification of the user and the date the user created the planning 
unit object in database 1 08, as described in section X.G.6 and also shown in FIG. 
lOE. Placement tool 1 16 also provides the user the ability to store additional 

15 information regarding the planning unit object, or even to change existing 

information regarding the planning unit object, including the remaining fields of 
planning unit table 1015, as described in section X.G. 

8. Placing a Row and row segment object 

As step 716 indicates, the user places a row in the hierarchy. A row is a 
20 designation of a physical row. Rows are not represented graphically, but are 

instead represented logically (non-graphically). The reason for this is that 
physical rows may be discontinuous because of physical separations between the 
row, such as for example a support column. As described in section X.I and 
shown in FIG. lOE, the placement tool 116 stores in database 108 an 
25 identification for the row, a textual name of the row, which can sunply be a 

number, and information relating to who created the row and when that person 
created the row. 
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The user can place a row segment object, which is the next level in the 
graphical hierarchy. The row segment, as its name implies, breaks up the physical 
row into segments so that one or more row segments comprise a physical row. 
As with the other objects, the user traces out row segments usmg the 
5 placement tool 1 16, which in turn directs Microstation CADD 117 to display the 

row segments on the display of workstation 1 04. The placement tool 116 stores 
the traced out row segment space in a non-graphical format as a sequence of 
points in database 108, specifically in the row segment table 1018, described in 
section XJ and shown in FIG. lOE. 

1 0 The user can identify, via the placement tool 1 1 6, the maximum height of 

an equipment placed in a row segment in the height limit quantity field 10181, 
described in section X.J and shown in FIG. IDE. Placement tool 116 directs 
Microstation CADD 1 1 7 to calculate the length of the row segment and stores it 
in the length quantity field 1018k, which is described in section X. J.7. Placement 

1 5 tool 1 1 6 also stores the identification of the user and the date the user created the 

row segment object in database 108, as described in section X.J.9. Placement 
tool 116 also provides the user the ability to store additional information 
regarding the row segment object, or even to change existing information 
regarding the row segment object, including the remaining fields of row segment 

20 table 1 01 8, as described in section X.J. 

9. Placing a footprint 

After the site, structure, floor, zone, planning unit, row and row segments 
have been established in the hierarchy, the user can place a footprint, which is the 
union of a piece of physical equipment with floor space. Footprints represent the 
25 lowest level of the hierarchy and provide the greatest level of detail. 

FIG.8 is a flowchart illustrating a process that can be used for placing 
footprints, according to a preferred embodiment of the present invention. The 
process begins with step 802. 
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In step 804 the user ( 1 ) creates a footprint, if a footprint does not already 
exist, or alternatively (2) updates a footprint, if a footprint already exists. 

As user can place either a generic footprint or a specific footprint. A 
generic footprint is a placeholder for a footprint that will likely later be designated 
5 a specific footprint. A generic footprint is a footprint for a configured rack that 

has an unspecified manufacturer's identification field. For example, the 
manufacturer's identification field (found in the product catalog table 1019, 
shown in FIG. lOF) for the configured rack (found in the configured rack table 
1062, shown in FIG. lOJ) can be set to "generic." On the other hand, a specific 

1 0 footprint is a footprint for a configured rack that specifies a valid manufacturer's 

identification field. The U.S. Patent Application entitled "System and Method for 
Recording, Maintaining and Viewing Configuration and Placement of Equipment 
in Field Sites", listed above and filed concurrently herewith, provides a detailed 
discussion of generic and specific footprints. 

1 5 The placement tool 1 1 6 automatically determines the size of the footprint 

that Microstation 1 17 is directed to display. As described below in detail, the 
placement tool 11 6 provides the user a list of configured racks to choose from. 
When a user selects a configured rack that is to be placed, the placement tool 1 1 6 
accesses the configured racks table 1 062 (FIG. 1 OJ), which in turn accesses other 

20 tables (e.g., product catalog table 1019 shown in FIG. 1 OF and configured shelves 

1026 in FIG. lOK) to determine the dimensions of the footprint that is to be 
placed. 

If an existing footprint is being updated, most likely by an individual 
having placement responsibility at a facility, the user can first fetch all of the 
25 graphical objects that are higher in level. For example, the user can select a site, 

followed by a building (or structure), followed by a floor 302, followed by a zone 
304 , and followed by a planning unit 306. The placement tool 1 16 also allows 
the user to bring up all these levels simultaneously when the user performs a 
"fetch all" fimction. 

30 Preferably, the user is provided with an option to display particular site 

hierarchies, or all site hierarchies that are defined for a particular floor. In 
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addition, in a preferred embodiment once the site hierarchies are graphically 
displayed, the user can directly zoom-in a particular portion of the graphical 
representation and select a particular row therein. Accordingly, the steps of 
selecting a zone and planning unit, as specified above are effectively bypassed 
using this method. However, many other methods can also be used without 
departing from the spirit and principle of the present invention. 

In any case, once a particular row is identified, control passes to step 806. 
In step 806 a build equipment pick list is presented to the user. This pick list 
comprises a list of configured racks 202, as described above with reference to 
FIG. 5. The configured racks are stored in the configured racks table 1062 in 
FIG. lOJ, and are referenced in the rack configuration identification field 1061e, 
which is described in section X.K.5 and shown in FIG. lOG. In addition, as 
previously described, generic racks can also be displayed in the equipment pick 
list. The user selects a rack from the list of racks presented in step 806. 
Preferably, a configured rack can. be a rack holding electrical equipment as 
particularly laid out in FIG. 2, or instead any other physical object, such as a piece 
of fiimiture, as will be recognizable to those of ordinary skill. The user is 
provided great flexibility in how the configured racks fields are filled out in 
configured racks table 106?. 

Next, in step 808, the user places the selected configured rack firom step 
806 in a particular location within the row selected in step 804. At this point, 
placement tool 116 stores the identify of the configured rack in the rack 
configuration identification field 1061e. Again, this is preferably accomplished 
by directly manipulating a graphical representation of the rack on top of the 
graphical representation of the selected row segment. 

Once the rack is placed in step 808, control passes to step 810. In step 
810 the user specifies particular values for attributes that are associated with 
footprints. As mentioned, the footprint can be a generic footprint or a 
manufacturer specific footprint. As described in section X.K and shown in FIG. 
1 OG, diere are many fields that a user can specify for the equipment occupying the 
footprint, including how the equipment is configured, the envelope of distances 
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surrounding the equipment, and numerous dates. Examples of important dates 
are when the facilities planners plan to install the equipment, when an individual 
responsible for installation plans to install the equipment, the actual installation 
date, when the equipment will be turned on (for equipment requiring a power 
5 supply), when the equipment will be decommissioned, etc. Section X,K provides 

a detailed explanation of the footprint fields in great detail. The values in the 
footprint fields can also be updated at any time by the user after the values have 
been initially established. The footprint fields can also be viewed or deleted, as 
described below in fiirther detail. 

1 0 E. Fetching Objects 



After the placement tool 116 has directed Microstation 117 to create 
graphical objects, these objects are stored as non-graphical data in database 108. 
Any time a user desires to view a previously-created object, the user uses the 
fetch command to view one or more layers of the hierarchy. For example, after 

1 5 identifying the floor (located at a particular building at a particular site), the user 

can ask the placement tool 1 16 to fetch the floor object, followed by the zone 
objects, followed by the planning unit objects, followed by the row segment 
objects, followed by the footprint objects. Here, the placement tool 1 1 6 reads the 
appropriate tabular representation of graphical points from database 1 08 and uses 

20 Microstation 1 1 7 to draw the objects on the workstation output device. In one 

embodiment, the user uses the ^Tetch all" function to have the placement tool 
display all of the graphical objects on a floor. As recognized by those of ordinary 
skill, the placement tool 116 can recall the graphical objects in any order, as 
desired for an application. 
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Deleting Objects 

The placement tool 1 16 permits the user to qxiickly and easily delete any 
graphical object, including floor objects, zone objects, planning unit objects, row 
segment objects, and footprint objects. Placement tool 1 16 erases the graphical 
points firom the appropriate points tables in database 108, and provides 
appropriate conunands to Microstation CADD 1 17 to eliminate the on-screen 
display of an object for the user. In one embodiment, the placement tool 116 can 
prevent a user from deleting a graphical object if an ancestral graphical object is 
present. For example, a user can be forbidden from deleting a row segment if a 
row segment is occupied with footprints. 

G. Object Detail 

The placement tool 1 1 6 permits the user to obtain specific details for any 
object. As shown throughout section X, there is a tremendous amount of 
information stored for the objects of the hierarchy (i.e., the hierarchy of site, 
structure, floor, zone, planning unit, row, row segment, and footprint) in the 
tables shown in FIGs. 1 OC- 1 OE, 1 OG and 1 OJ. Much of this information is in the 
form of tabuleir (non-graphical) data, that can not be presented graphically, but 
can have enormous importance to an organization. For example, a user may 
desire to view the planned installation date for a piece of equipment occupying 
a given footprint. When a user selects the object detail function, placement tool 
1 16 can inrmnediately read any desired information from database 108 and use 
Microstation CADD 1 17 to output the information to the viewer's display. For 
the above example, placement tool 116 reads planned installation date 106 In 
(described in section X.K, and shown in FIG. lOG) and displays the information 
for the user. 
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K Object Locate 

The placement tool 1 1 6 permits user to quickly and easily locate objects 
by keying in on specific information stored as tabular information in database 
108, For example, placement tool 108 can almost instantaneously allow the user 

5 to determine all footprints storing a particular type of equipment, such as an MI 3 

multiplexer. When a user selects the object locate function, placement tool 1 16 
can immediately read any desired information firom database 108 and use 
MicrostationCADD 1 17 to show the graphical objects associated with the desired 
information on the viewer's display. This information can be provided to the user 

10 in a report, using the report generator tool 1 10 shown in FIG. IC. 

/. Power Plant Associations 

The placement tool 116 allows the user to associate a specific source of 
power, called a power plant, to a footprint. The user can use an input device, 
such as a mouse, to easily effect the association on the workstation 104. The 

15 main portions of the above description of footprint placement refers to the 

placement of "power consuming footprints," i.e., the placement of footprints of 
power consuming device, such as a multiplexer for example. However, the 
placement tool 116 also permits the user to place "power producing" footprints. 
For example, in one embodiment a describe plant function allows a user to 

20 graphically select footprints representing, for example, batteries and rectifiers, for 

inclusion in a power plant's power producing footprint definition. Since both 
power producing and power consuming footprints are associated with the power 
plant defmition (plants table 1 002 of FIG. 1 OC), an appropriate power association 
is established therebetween. 

25 The plants table 1 002 (FIG. 1 OC) lists the power plants available at a site. 

The plants table 1002 includes a unique serial number for identification 
(PLANT JD), the name of the site associated with the plant (SITEJD), a name 
field, e.g., "batteiy^l (PLANT_NM_TXT), the measured load quantity of power 
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(MSRD_LOAD_QTY) and the minimum reserve quantity of power 
(MIN_RESV_QTY). The placement tool 116 can read these power plant 
definitions. 

Before a connection can be established between a power plant and a 
5 footprint, however, it must be determined whether the desired connection is a 

valid connection. The connection tables shown in FIG. lOL are used make this 
deteraiination. The connection table 1034 is used to determine the type of 
connections between the left object and the right object, which are to be 
connected together, by determining the connection rules. For example, the left 
1 0 object can be the plant, and the right object can be the footprint. The connection 

rules table 1 032, which has a pointer to the left object type (LEFT_OTPJD) and 
a pointer to the right object type (RIGHT^OTPJD), is used in combination with 
tables 1 033, 1 035 and 1 036 to determine whether the connection type is allowed. 
Table 1033 describes the types of connections allowed, including for example 
15 physical cormections such as power, data, and alarm connections, as well as 

logical connections. The connection rules sub-class table provides subclasses of 
object types, such as a for example the subclass of battery type plants. In this 
manner, the placement tool 116 provides a mechanism to check whether the 
connection is valid. 



20 /. Changing Views 

The placement tool 1 16 permits the user to obtain specific information 
about objects in graphical form as well. Here, placement tool 116 applies a 
graphical filter to the objects displayed, specifically applying a graphical filter to 
the non-graphical information stored in database 108. For example, suppose a 
25 user is viewing a floor plan and desires to know which footprints v^ll be occupied 

by Ml 3 multiplexers five years in the fiiture. After using the fetch object 
command to locate these footprint graphical objects, the placement tool 1 16 can 
be used to display only these desired footprints. (When the footprint is created, 
the placement tool 116 can, for example, use the footprint date fields 1061m- 
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1061y and the footprint identification field 1061a to uniquely distinguish Ml 3 
multiplexers existing five years in the future by a specific color.) In this manner, 
placement tool 1 1 6 can provide detail on any graphical object in the hierarchy in 
a graphical format. 



S JST. Other Microstation functions 

For the advanced CADD user, the placement tool 1 16 permits the user 
direct access to any desired CADD functions, bypassing the more user-fiiendly 
functions of the placement tool, itself. 

IX. An Example Implementation for the Invention 

10 The present invention may be implemented using hardware, software or 

a combination thereof and may be implemented in a computer system or other 
processing system. In fact, in one embodiment, the invention is directed toward 
a computer system capable of carrying out the functionality described herein. 
An example computer system 901 is shown in FIG. 9. The computer 

15 system 901 includes one or more processors, such as processor 904. The 

processor 904 is connected to a communication bus 902. Various software 
embodiments are described in terms of this example computer system. After 
reading this description, it will become apparent to a person skilled in the relevant 
art how to implement the invention using other computer systems and/or 

20 computer architectures. 

Computer system 902 also includes a main memory 906, preferably 
random access memory (RAM), and can also include a secondary memory 908. 
The secondary memory 908 can include, for example, a hard disk drive 910 
and/or a removable storage drive 912, representing a floppy disk drive, a 

25 magnetic tape drive, an optical disk drive, etc. The removable storage drive 912 

reads from and/or writes to a removable storage unit 9 1 4 in a well known marmer. 
Removable storage unit 9 1 4, represents a floppy disk, magnetic tape, optical disk. 



BNSDOCID: <WO 9S43155A1JA> 



wo 98/43155 



PCT/US98A)5595 



-49- 

etc. which is read by and written to by removable storage drive 912. As will be 
appreciated, the removable storage unit 914 includes a computer usable storage 
medium having stored therein computer software and/or data. 

In alternative embodiments, secondary memory 908 may include other 
similar means for allowing computer programs or other instmctions to be loaded 
into computer system 901 . Such means can include, for example, a removable 
storage unit 922 and an interface 920. Examples of such can mclude a program 
cartridge and cartridge interface (such as that found in video game devices), a 
removable memory chip (such as an EPROM, or PROM) and associated socket, 
and other removable storage units 922 and interfaces 920 which allow software 
and data to be transferred from the removable storage unit 922 to computer 
system 901. 

Computer system 901 can also, include a communications interface 924. 
Communications interface 924 allows software and data to be transferred between 
computer system 901 and extemal devices. Examples of communications 
interface 924 can include a modem, a network interface (such as an Ethernet 
card), a communications port, a PCMCIA slot and card, etc. Software and data 
transferred via communications interface 924 are in the form of signals which can 
be electronic, electromagnetic, optical or other signals capable of being received 
by communications interface 924. These signals 926 are provided to 
communications interface via a channel 928. This channel 928 carries signals 
926 and can be implemented using wire or cable, fiber optics, a phone line, a 
cellular phone link, an RF link and other communications channels. 

In this document, the terms "computer program medium" and "computer 
usable medium" are used to generally refer to media such as removable storage 
device 912, a hard disk installed in hard disk drive 910, and signals 926. These 
computer program products are means for providing software to computer system 
901. 

Computer programs (also called computer control logic) are stored in 
main memory and/or secondary memory 908. Computer programs can also be 
received via communications interface 924. Such computer programs, when 
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executed, enable the computer system 901 to perform the features of the present 
invention as discussed herein. In particular, the computer programs, when 
executed, enable the processor 904 to perform the features of the present 
invention. Accordingly, such computer programs represent controllers of the 
5 computer system 90 1 . 

In an embodiment where the invention is implemented using software, the 
software may be stored in a computer program product and loaded into computer 
system 90 1 using removable storage drive 9 1 2, hard drive 9 1 0 or communications 
interface 924. The control logic (software), when executed by the processor 904, 
10 causes the processor 904 to perform the functions of the invention as described 

herein. 

In another embodiment, the invention is implemented primarily in 
hardware using, for example, hardware components such as application specific 
integrated circuits (ASICs). Implementation of the hardware state machine so as 
15 to perform the functions described herein will be apparent to persons skilled in 

the relevant art(s). 

In yet another embodiment, the invention is implemented using a 
combination of both hardware and software. 

... . 

Al A Detailed View of the Site Hierarchy 



20 In this section, the layers of the hierarchy fiom the site down to the 

footprint (located in database 108) are described in detail. Database 108 stores 
data non-graphical (logical) data, which is used to interrelate the data tables. This 
data is also viewable to users in a tabular form. Database 108 also stores 
graphical data, which is used to illustrate graphically the levels of the hierarchy 

25 as shown in FIG. 3. 
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Sites 



As depicted in FIG. IOC, site table 1004 represents a site. A site is the 
physical location (e.g., the Dallas, Fort Worth site) where one or more buildings 
that store equipment, such as racks, are located. Site designates the highest 
5 logical layer in the site hierarchy. As shown in FIG. 1 DC, sites have the following 

fields associated with them. 

1 . Site identification 1 004a is the unique serial number that 
identifies a site. 

2 . Site code 1 004b is a 6 character identification for the site. 
10 3. Site type code 1004c is a code that identifies the type of 

the site, as determined by site type table 1009 (FIG. lOD). 
These are the valid types of sites that the system will allow 
for input into site type code 1 004c. Infomiation cannot be 
entered for a site unless it is a valid site. Where there is a 
15 direct connection from one table into another table, as 

here, (e.g., site type code 1004c) the term is referred to as 
a "foreign key" (FK) into another table. 

4. Site name text 1004d is a name for the site, i.e., for 
colloquial, every day usage, such as the Dallas, Fort Worth 

20 site. 

5. Site short code 1004e is a three character site code, that 
provides an alternative method of referring to the site. 

6. Responsible department identification 1004f is a ten 
character identification that designates a department that 

25 is responsible for the site. In a large organization, 

different departments of the organization may be 
responsible for different sites. This field is a foreign key 
into the responsible department table 1006. 
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7. Physical address lines 1004g, 1004h, physical city name 
1004i, physical zip code 1004j, and physical state code 
1004k are fields used to store the complete address of the 
site. Physical state code 1004k is a foreign key into the 
state table 1008, where valid state codes are stored. 

8. Create user identification 10041, create date 1004m, last 
update identification 1004n, and last update date 1004o 
are fields that respectively identify (1) the user that 
entered the record into the database, (2) the date the user 
inserted the identification, (3) the last user who updated 
the record, and (4) the last date the record was updated. 

9. Lease code 1004p identifies whether the site is a leased 
site or an owned site. 

Structures 

15 As depicted in FIG. lOD, structure table 1010 represents a physical 

stmcture, which is also referred to herein as a building or a facility. A facility can 
be a brick and mortar building that houses many dififerent types of equipment, or 
instead a specialized building, such as a telecommunications shelter. As 
recognized by those of ordinary skill, the function of the building is not limited 

20 by the invention. Examples of specialized structures are a telecommunications 

shelter used for light wave regeneration, a multiplexer facility, a termination 
facility where long distance traffic is switched into local telephone network 
traffic, or a node information center (NIC) which houses mainframe computers. 
Each site can have one or more structures. As shown in FIG. lOD, structures 

25 have the following fields associated with them. 

1 . Structure identification 1 0 1 Oa is the unique serial number 
that identifies a structure. 



5 



10 
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2. Site identification 1010b is a foreign key back to the 
parent site associated with the structure. Hence, this field 
identifies the parent site for the building. 

3. Structure name text 1010c and descriptive text lOlOd 
5 respectively identify and describe the building. Structure 

name text 1 0 1 Oc is a name associated with the site, i.e., for 
common usage. For example, at a certain site, there may 
be a building dedicated for storing radios, a building 
dedicated for storing generators, and a building dedicated 
10 for storing switches, respectively called "radio", 

"generator", and "switch." Descriptive text lOlOd 
describes the building in greater detail. 

4. Create user identification lOlOe, create date 101 Of, last 
update identification lOlOg, and last update date 101 Oh 

15 are fields that respectively identify (1) the user that 

entered the record into the database, (2) the date the user 
inserted the identification, (3) the last user who updated 
the record, and (4) the last date the record was updated. 

C Floor 



20 As depicted in FIG. 1 OD, floor table 1 0 1 1 is a logical representation of the 

floors within the facility where the equipment is to be placed. Each structure has 
one or more floors. As shown in FIG. lOD, floors have the following fields 
associated with them. 

1 . Floor identification 1 0 1 1 a is the unique serial number that 
25 identifies a floor. 

2. Structure identification 1 0 1 1 b is a foreign key back to the 
parent structure associated with the floor. Hence, this 
field identifies the parent building for the floor. 
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Floor name text 1011c and descriptive text 101 Id 
respectively identify and describe the floor. Floor name 
text 1011c is a name associated with the particular floor, 
i.e., for common usage. Typically, the floor name text 
1011c identifies the floor by a number. Descriptive text 
101 Id can be used to describe the floor in greater detail. 
Floor plan drawing file name 101 le is the name of an 
optional architectural (civil) file that governs the physical 
outlay of the floor. The architectural file is produced by 
a CADD, such as for example Microstation CADD 1 17. 
The architectural file can, for example, represent the 
locations of fire escapes, physical columns for plumbing, 
wires that provide electricity, etc. 
Area quantity 101 If is the area associated with the floor. 
The placement tool 1 16 allows a user to use a mouse (or 
other input device) to graphically trace the outlay of the 
floor. When the floor area is traced put, the CADD 
software or equivalent device can calculate the area 
associated with the floor in, for example, square inches, 
and store the information in this field. 
Create user identification 101 Ih, create date 101 li, last 
update identification 101 lj,and last update date 101 Ikare 
fields that respectively identify (1) the user that entered 
the record into the database, (2) the date the user inserted 
the identification, (3) the last user who updated the record, 
and (4) the last date the record was updated. 
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/>. Floor points 

As depicted in FIG. lOD, floor points table 1012 is where graphical data 
regarding the floor is stored. A user can use the SiteVu placement tool 
application 116 to create a floor object. The placement tool 116 sends a 
S command to Microstation to set up a dialog (or session) with the user. Using the 

mouse, or other input device, the user traces out the shape of the object, which 
Microstation 117 displays on workstation 104. When the user is finished the 
operation, Microstation informs the placement tool 116 that the user has 
completed making a graphical representation of the object. The placement tool 

10 116 then translates the graphical information into non-graphical information, 

specifically as tabular point data in the floor points table 1012 in database 108. 

When a user later uses the SiteVu placement tool 1 16 to view a graphical 
floor object, the SiteVu placement tool 1 1 6 retrieves non-graphical information 
(representing the graphical floor objects) from the floor points table 1012, and 

15 directs Microstation CADD 11 7 to draw the floor. As shown in FIG. lOD, floor 

points have the following fields associated with them. 

1. Floor identification 101 2a is a 9-digit unique serial 
nuniber that identifies the floor. 

2. Point sequence number 1 0 1 2b is a sequencing number for 
20 the points, identifying the order of the sequence of points 

that make up the floor area. 

3 . Horizontal coordinate number 1 0 1 2c, vertical coordinate 
number 101 2d are the coordinates of each of the points 
provided by the CADD software 1 1 7. 

25 4. Create user identification 1012f, create date 1012g, last 

update identification 1 0 1 2h, and last update date 1 0 1 2i are 
fields that respectively identify (1) the user that entered 
the record into the database, (2) the date the user inserted 
the identification, (3) the last user who updated the record, 

30 and (4) the last date the record was updated. 
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Zone 



As depicted in FIG. lOD, zone table 1013 restricts floor space based on 
an equipment type, which is also called a class type. For example, if 
telecommunications switches are identified by the user as an equipment class, 
5 then all equipment of the class labeled "telecommunications switch" can be 

restricted to a "teleconmiunications switch zone" on the floor. As one of ordinary 
skill will recognize, zones are limited only by the user's imagination. Examples 
of zones include collocation zones (where space for equipment owned by other 
vendors can be leased), furniture zones, multiplexer zones, computer zones, 
1 0 building support (e.g., HV AC) zones, etc. As shown in FIG. 1 OD, zones have the 

following fields associated with them. 

1 . Zone identification 1 0 1 3a is the unique serial number that 
identifies a zone. 

2. Floor identification 1013b is a foreign key back to the 
15 parent floor associated with the zone. Hence, this field 

identifies the parent floor for the zone. 

3 . Zone name text 1 0 1 3c is a name associated with the zone, 
i.e., for common usage. 

4. Equipment class code 1 01 3d is a foreign key into the class 
20 table 1030(FIG. 101), which identifies the type or class of 

equipment that can be placed and stored in the zone. For 
example, a zone can be designated for storage of only 
switches, only transmission type equipment, only 
collocation type equipment, or any other type ox 

25 equipment desired. This feature can be overridden by a 

user with special access, such as a "superuser." The field 
makes the zone an intelligent type of container in that a 
user can predesignate, very specifically, what type of 
equipment, or more generally, vdiat class of equipment is 

30 allowed to be stored within a given zone. 
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Area quantity 1013e is the area associated with the zone. 
The placement tool 1 16 allows a user to use a mouse (or 
other input device) to graphically trace the outlay of the 
zone. When the zone area is traced out, the CADD 
software or equivalent device can calculate the area 
associated with the zone in, for example, square inches, 
and store the infomiation in this field. 
Create user identification 1013g, create date I013h, last 
update identification 1013i, and last update date 1013j are 
fields that respectively identify (1) the user that entered 
the record into the database, (2) the date the user inserted 
the identification, (3) the last user who updated the record, 
and (4) the last date the record was updated. 

F. Zone points 

1 5 As depicted in FIG. 1 OD, zone points table 1 0 1 4 is where graphical data 

regarding the zone is stored. A user can use the SiteVu placement tool 1 16 to 
create a zone object. The placement tool 1 1 6 sends a command to Microstation 
to set up a dialog (or session) with the user. Using the mouse, or other input 
device, the user traces out the shape of the object, which Microstation 117 

20 displays on workstation 104. When the user is finished the operation, 

Microstation informs the placement tool 1 16 that the user has completed making 
a graphical representation of the object. The placement tool 1 16 then translates 
the graphical information into non-graphical information, specifically as tabular 
point data in the zone points table 1014 in database 108. 

25 When a user later uses the SiteVu placement tool 1 1 6 to view a graphical 

zone object, the SiteVu placement tool 1 16 retrieves non-graphical information 
(representing the graphical zone objects) from zone points table 1014, and directs 
Microstation CADD 1 17 to draw the zone. As shown in FIG. lOD, zone points 
have the following fields associated with them. 
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Zone identification 1 0 1 4a is a 9-digit unique serial number 
that identifies the zone. 

Point sequence number 1 0 1 4b is a sequencing number for 
the points, identifying the order of the sequence of points 
that make up the zone area. 

Horizontal coordinate number 1014c, vertical coordinate 
number 1014d are the coordinates of the area calculated 
by the CADD software. 

Create user identification 1014f, create date 1014g, last 
update identification 1014h, and last update date 1013iare 
fields that respectively identify (1) the user that entered 
the record into the database, (2) the date the user inserted 
the identification, (3) the last user who updated the record, 
and (4) the last date the record was updated. 

IS G. Planning unit 

As depicted in FIG. lOE, planning unit table 1015 logically represents a 
planning unit. Planning units are divisions within a single zone. Planning units 
allow for multiple individuals to concurrently place rows, as represented 
graphically by the Microstation CADD tool 1 1 7, into a single zone. The SiteVu 
20 placement tool 1 16 allows a single planner to work in a single planning unit, 

thereby locking out other planners from the planning unit. As shown in FIG. 1 OE, 
planning units have the following fields associated with them. 

1. Planning unit identification 1015a is the unique serial 
number that identifies a planning unit. 
25 2. Zone identification 1015b is a foreign key back to the 

parent zone associated with the planning unit. Hence, this 
field identifies the parent zone for the planning unit. 
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3 . Planning unit name text 1015c and descriptive text 1 0 1 5d 
respectively identify and describe the floor. Planning unit 
name text 1015c is a name associated with the planning 
unit, which is a subset of the zone name. Descriptive text 

5 1 01 Sd can be used to describe the floor in greater detail. 

4. Area quantity 101 5e is the area associated with the 
planning unit, which is deteimined by the placement tool 
116. 

5. Floor identification 1015f is a foreign key back to the 
10 floor associated with the planning unit. Hence, this field 

identifies the parent floor for the planning unit. 

6. Floor load limit quantity 1015g indicates the amount of 
weight (e.g., per square inch) that the floor can withstand 
in the planning unit. 

15 7. Create user identification 1015i, create date 1015j, last 

update identification 1 01 5k, and last update date 1 0 1 51 are 
fields that respectively identify (1) the user that entered 
the record into the database, (2) the date the user inserted 
the identification, (3 ) the last user who updated the record, 

20 and (4) the last date the record was updated. 



H. Planning unit points 



As depicted in FIG. lOE, planning unit points table 1016 is where 
graphical data regarding the planning unit is stored. A user can use the SiteVu 
placement tool 1 1 6 to create aplanning unit object. The placement tool 116 sends 
25 a command to Microstation to set up a dialog (or session) with the user. Using 

the mouse, or other input device, the user traces out the shape of the object, which 
Microstation 1 17 displays on workstation 104. When the user is finished the 
operation, Microstation informs the placement tool 116 that the user has 
completed making a graphical representation of the object. The placement tool 
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116 then translates the graphical information into non-graphical information, 
specifically as tabular point data in the planning unit points table 1 0 1 6 in database 
108. 

When a user later uses the SiteVu placement tool 1 1 6 to view a graphical 
5 planning unit object, the SiteVu placement tool 1 16 retrieves the non-graphical 

information (representing the graphical planning unit objects) from planning unit 
points table 1 0 1 6, and directs Microstation CADD 1 1 7 to draw the planning unit. 
As shown in FIG. 1 OE, planning unit points have the following fields associated 
with them. 

0 1. Planning unit identification 1016a is a 9-digit unique 

serial number that identifies the planning unit. 
2. Point sequence number 1 01 6b is a sequencing number for 
the points, identifying the order of the sequence of points 
that make up the planning unit area. 

5 3 . Horizontal coordinate number 1 0 1 6c, vertical coordinate 

number 1 01 6d are the coordinates of the area calculated 
by the CADD software. 
4. Create user identification 1016f, create date 1016g, last 
update identification 1 0 1 6h, and last update date 1 0 1 6i are 

0 fields that respectively identify (1) the user that entered 

the record into the database, (2) the date the user inserted 
the identification, (3) the last user who updated the record, 
and (4) the last date the record was updated. 

/- Rows 



As depicted in FIG. lOE, rows table 1017 logically represents a physical 
row where equipment is to be placed. Physical obstructions can make a row 
discontinuous, meaning that the row can stop at a column (indicated by an 
architectural diagram), and continue on the other side of the obstruction. For this 
reason, the row table is a logical (non-graphical) entity, storing information on tfie 
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row without providing a graphical object. As shown in FIG. lOE, rows have the 
following fields associated with them. 

1 . Row identification 1 0 1 7a is the unique serial number that 
identifies a row. 

2. Planning unit identification 1 0 1 7b is a foreign key back to 
the parent planning unit associated with the row. Hence, 
this field identifies the parent planning unit for the row. 

3. Row name text lOlSc is a name associated vdth the 
plarming unit, i.e., for common usage. The row is 
typically represented as a number, although it can be 
identified by a descriptive name, such as the "radio" row, 
or "switch" row. 

4. Create user identification 101 7d, create date 1017e, last 
update identification 1017f, and last update date 1017g, 
are fields that respectively identify (1) the user that 
entered the record into the database, (2) the date the user 
inserted the identification, (3) the last user who updated 
the record, and (4) the last date the record was updated. 

J. Row segments 

As depicted m FIG. 1 OE, rows segments table 1018 represents graphical 
information for segments of the rows that are logically represented by row table 
1017. Row segments are provided so that the floor space in a planning unit can 
be effectively utilized, despite the presence of physical obstructions (such as 
columns) indicated by an architectural diagram. 

As with floor points table 1012, zone points table 1014, and planning 
units table 1016, row segment table 1018 comprises graphical data regarding the 
row segments. A user can use the SiteVu placement tool 1 16 to create a row 
segment object. The placement tool 1 1 6 sends a conunand to Microstation to set 
up a dialog (or session) with the user. Using the mouse, or other input device, the 
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user traces out the shape of the object, which Microstation 117 displays on 
workstation 104. When the user is finished the operation, Microstation informs 
the placement tool 116 that the user has completed making a graphical 
representation of the object. The placement tool 116 then translates the graphical 
information into non-graphical infomiation, specifically as tabular point data in 
the row segment table 1018 in database 108. 

When a user later uses the SiteVu placement tool 1 1 6 to view a graphical 
row segment object, the SiteVu placement tool 116 retrieves non-graphical 
infomniation (representing the graphical row segment objects) from row segment 
table 101 8, and directs Microstation CADD 1 17 to draw the row segment As 
shown in FIG. 1 OE, row segment points have the following fields associated with 
them. 

1. Row identification 1018a is a foreign key back to the 
logical parent, which is the row associated with the row 
segment. Hence, this field identifies the parent row for the 
row segment. 

2. Row segment sequence number 1 0 1 8b uniquely identifies 

the row segment within the parent row, using a 3 -digit 

— 

serialization quantity. 

3. Floor identification 1018d is a foreign key back to the 
floor associated with the ancestor planning unit. Hence, 
this field identifies the ancestor floor for the row segment. 

4. Zone identification 1018e is a foreign key back to the 
ancestor zone associated with the row segment. Hence, 
this field identifies the ancestor zone for the row segment. 

5 . Planning unit identification 1 0 1 8f is a foreign key back to 
the ancestor planning unit associated with the row 
segment. Hence, this field identifies the ancestor 
planning unit for the row segment. 
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Start horizontal coordinate number 1018g, start vertical 
coordinate number 1018h, end horizontal coordinate 
number 101 8i, and end vertical coordinate number 101 8j 
are the coordinates of where the non-graphical points 
representing the graphical row segment object are to be 
drawn by the CADD software. 

Length quantity 1018k identifies the length of the row 
segment. 

Height limit quantity 101 81 indicates the greatest possible 
height of equipment placed in the row segment. 
Create user identification 1018m, create date 101 8n, last 
update identification 101 8o, and last update date 101 8p 
are fields that respectively identify (1) the user that 
entered the record into the database, (2) the date the user 
inserted the identification, (3) the last user who updated 
the record, and (4) the last date the record was updated. 

K. Footprints (placement for racks) 

As depicted in FIG. lOG, placement data for racks table 1061 represents 
footprints both graphically and logically. A footprint is the union of a configured 
20 rack, which can be an article of manufacture or a piece of equipment for example, 

and a space on the floor, specifically a row segment on the floor. Hence, the 
footprint refers to a space actually occupied by a piece of equipment in the 
equipment hierarchy, containing the most specific and abundant information in 
the hierarchy. 

25 As per the graphical function, as described in section VIII.D.9 (step 804) 

the footprint graphical object automatically placed once the user selects a row 
segment graphical object (or creates a row segment graphical object) and selects 
a configured rack from the database 108. When a user later uses the placement 
tool 1 16 to retrieve a graphical floor object, the placement tool 1 16 retrieves the 



10 



15 
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appropriate non-graphical information (representing the graphical object) from 
the database 108, and directs Microstation CADD 117 to draw the footprint 
object. 

Logically, the footprint stores a great deal of non-graphical information 
5 regarding the equipment placed therein, including relevant dates. These fields are 

provided in detail below. Specifically, as shown in FIG. lOG, footprints have the 
following fields associated with them. 

1. Footprint instance identification 1061a is the unique 
number that identifies a footprint. 
10 2. Row identification 1061b is a foreign key back to the 

parent row associated with the footprint. Hence, this field 
identifies the parent row for the footprint. 

3 . Row segment sequence number 1 06 1 c uniquely identifies 
the row segment within the parent row. Hence, this field 

15 identifies the parent row segment for the footprint. 

4. Row segment position code 1 06 1 d is a name given to the 
position within the parent row segment within which the 
footprint resides. 

5. Rack configuration identification 1061e is a foreign key 
20 into configured racks table 1062 (FIG. lOJ), which 

identifies the list of configured racks that are available for 
placement at the footprint. It should be noted that the 
configured racks need not be limited to storing modules 
on shelves, especially where footprints are concerned. For 
25 example, a piece of furniture can be stored as a configured 

rack and have its own footprint. The SiteVu placement 
tool 116 can take a configured rack, which has already 
been built, and logically attach it to a footprint in a row 
segment by placing it in this field. 
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Bay face direction indicator 106 If indicates whether the 
equipment faces the front or the back of the row. 
Offset quantity 1061g is an offset in length from the row 
segment. 

Start gap quantity 1061h, end gap quantity 1061i» and 
back gap quantity 1 06 1 k respectively represent the amoimt 
of room (in a distance measure) that is to be permitted to 
the left, to the right, and behind the equipment. This 
"envelope" provides room for cable, heat dissipation, and 
other necessities. 

Back to back indicator 1061j indicates whether the piece 
of equipment is back-to-back with another piece of 
equipment in the same footprint. 
Anchor point quantity 1061 indicates the length from the 
front of the row segment that the equipment is to be 
placed. In some circuntistances, the equipment is bolted 
(affixed) to the floor space at this distance from the front 
of the row segment. 

Facilities planned installation date 1061m stores the 
platmed installation date when a generic footprint is 
replaced with a specific footprint. This is described 
below. 

Planned installation date 1 06 1 n stores the is the date when 
a configured rack is going to be placed on the floor. When 
the engineers determine that an actual piece of equipment 
is to be placed, i.e., a generic footprint is to be replaced 
with a specific footprint, then this field is stored in the 
facilities planned installation date 1 06 Im. In other words, 
at the time, the rackface tool 112 replaces the facilities 
planned installation date field 1061m with the planned 
installation date field 106 In. 
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13. Actual installation date IO6I0 is the date that the 
equipment is actually installed onto the floor. 

14. Installation project identification 1061p is the work 
project for which the equipment is installed. 

S 15. Planned activation date 1061q is the date when the 

equipment (i.e., the configured rack) is made fiinctional. 
For example, for teleconununications equipment, this 
refers to when traffic flows through the device. For some 
equipment, this date refers to when the equipment is 
10 simply supplied power. For other types of equipment, 

e.g., a piece of fiimiture, the equipment is never activated. 

16. Actual activation date 1061r is when the equipment is 
actually turned on. 

1 7. Planned decommission date 1 06 1 s is when the equipment 
15 is planned to be turned off. 

18. Actual decommission date 106 It is when the equipment 
is actually turned off. 

1 9. Planned removal date 1 06 1 u is when the equipment is to 
be physically removed firom the floor. 

20 20. Actual removal date 1061v is when the equipment is 

actually physically removed from the floor, such that the 
floor space is left open. 
2 1 . Removal project identification 1 06 1 w is the work project 
for which the equipment is removed. 

25 22. Create user identification 1061y, create date 1061z, last 

update identification 1061aa, and last update date 1061bb 
are fields that respectively identify (1) the user that 
entered the record into the database, (2) the date the user 
inserted the identification, (3) the last user who updated 

30 the record, and (4) the last date the record was updated. 
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23. Floor identification 1061cc is a foreign key back to the 
floor associated with the footprint. Hence, this field 
identifies the ancestor floor for the footprint. 

24. Zone identification 1061dd is a foreign key back to the 
5 ancestor zone associated with the foo^rint. Hence, this 

field identifies the ancestor zone for the footprint. 

25. Planning unit identification 1 06 1 ee is a foreign key back 
to the ancestor planning unit associated with the footprint. 
Hence, this field identifies the ancestor planning unit for 

10 the footprint 



XI. Conclusion 

While various embodiments of the present invention have been described 
above, it should be understood that they have been presented by way of example 
only, and not limitation. Thus, the breadth and scope of the present invention 
1 5 should not be limited by any of the above-described exemplary embodiments, but 

should be defined only in accordance with the following claims and their 
equivalents. 
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What Is Claimed Is: 



1 . A method for graphically placing an article or a piece of equipment on a 
floor space, comprising: 

enabling a user to create one or more higher level hierarchically related 
S data objects for storing non-graphical data; 

enabling said user to create for display one or more hierarchically related 
graphical objects; 

initially storing or updating said graphical objects in a non-graphical 
format in one or more lower level hierarchically related data objects; 
10 enabling said user to initially store or update non-graphical data relating 

to said one or more graphical objects in one of said higher level hierarchically 
related data objects and said lower level hierarchically related data objects. 

2. A method according to claim 1 , wherein the step of enabling said user to 
create one or more higher level hierarchical data objects further comprises: 

IS enabling said user to establish a site data object to represent a site; 

enabling said user to establish a structure data object to represent a 
structure located at said site; 

enabling said user to establish a floor data object to represent a floor 
located at said structure. 



20 3. A method according to claim 1 , wherein the step of enabling said user to 

create for display one or more hierarchically related graphical objects further 
comprises: 

enabling said user to create a graphical floor object. 

4. A method according to claim 3, further comprising: 
25 enabling said user to create one or more additional graphical objects 

within said graphical floor object 
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5. A method according to claim 4, further comprising: 

enabling said user to create one or more footprint objects representing a 
union of a space within said graphical floor object and the article or the piece of 
equipment placed within said graphical floor object. 

5 6. A method according to claun 4, further comprising: 

enabling said user to create one or more graphical zone objects within said 
graphical floor objects; 

enabling said user to create one or more graphical planning unit objects 
withm said graphical zone objects; 
10 enabling said user to create one or more graphical row segment objects 

within said graphical planning unit objects, 

wherein said user can place said one or more footprints within said row 
segment objects. 

7. A method according to claim 4, further comprismg: 
I S enabling said user to use an architectural diagram in conjunction with said 

graphical floor object and said one or more additional graphical objects. 



8. A method according to claim 1, wherein said step of initially storing or 
updating said graphical objects in a non-graphical format in one or more lower 
level hierarchically related data objects further comprises: 

20 selecting a sequence of points traced out by said user using an input 

device; 

storing said sequence of points in said one or more lower level 
hierarchically related data objects. 

9. A method according to claim 8, wherein said step of selecting a sequence 
25 of points traced out by said user using an input device further comprises: 

selecting a sequence of points relating to a graphical floor object; 
selecting a sequence of points relating to a graphical zone object; 
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selecting a sequence of points relating to a graphical planning unit object; 
selecting a sequence of points relating to a graphical row segment 
object; and 

selecting a sequence of points relating to a graphical foo^rint object; 
5 wherein said step of storing said sequence of points in said one or more lower 

level hierarchically related data objects further comprises: 

storing said sequence of points relating to a graphical floor object in a 
floor points data object; 

storing said sequence of points relating to a graphical zone object in a 
1 0 zone points data object. 

storing said sequence of points relating to a graphical planning unit object 
in a planning unit points data object; 

storing said sequence of points relating to a graphical row segment in a 
row segment data object; 
15 storing said sequence of points relating to a graphical footprint object in 

a footprint data object. 

10. A method according to claim 1 , wherein said step of enabling said user to 
initially store or update non-gmphical data relating to said one or more graphical 
objects in one of said higher level hierarchically related data objects and said 

20 lower level hierarchically related data objects further comprises: 

identifying relational information interrelating said one or more higher 
level hierarchically related data objects and said one or more lower level 
hierarchically related data objects using a data object indexing system. 

11. A method according to claim 1 , wherein said step of enabling said user to 
25 initially store or update non-graphical data relating to said one or more graphical 

objects in one of said higher level hierarchically related data objects and said 
lower level hierarchically related data objects further comprises: 
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calculating and storing dimensional information relating to physical 
dimensions of one or more physical objects represented by said one or more 
graphical objects. 



12. A method according to claim 11, wherein said step of calculating and 
S storing dimensional information further comprises: 

calculating and storing dimensional information relating to one or more 
graphical floor objects, one or more graphical zone objects vsdthin said graphical 
floor objects, one or more graphical planning unit objects within said graphical 
zone objects, one or more graphical row segment objects within said graphical 
10 planning unit objects, and one or more graphical footprint objects within said 

graphical row segment objects. 

13. A method according to claim 1 , wherein said step of enabling said user to 
initially store or update non-graphical data relating to said one or more graphical 
objects in one of said higher level hierarchically related data objects and said 

1 S lower level hierarchically related data objects further comprises: 

identifying said user and a date said user performed one of: initially 
storing and updating said gnq>hical date. 

1 4. A method according to claim 1 , wherein said step of enabling said user to 
initially store or update non-graphical data relating to said one or more graphical 

20 objects in one of said higher level hierarchically related data objects and said 

lower level hierarchically related data objects further comprises: 

enabling said user to identify specific information relating to said article 
or said piece of equipment. 

15. A method according to claim 1 4, wherein said step of identifying specific 
25 information relating to said article or said piece of equipment further comprises: 

enabling said user to identify information relating to how said article or 
said piece of equipment is to be placed on said floor space; 
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enabling said user to identify infonnation relating to a planned installation 
date, an actual installation date, a planned activation date, an actual activation 
date, a planned deconunission date, an actual decommission date, a planned 
removal date, and an actual removal date for said article or said piece of 
equipment 



16. A computer program product, comprising a computer useable meditmi 
having computer program logic stored therein, wherein said computer program 
logic comprises: 

means for enabling a user to create one or more higher level hierarchically 
10 related data objects for storing non-graphical data; 

means for enabling setid user to create for display one or more 
hierarchically related graphical objects; 

means for initially storing or updating said graphical objects in a non- 
graphical format in one or more lower level hierarchically related data objects; 
1 S means for enabling said user to initially store or update non-graphical data 

relating to said one or more graphical objects in one of said higher level 
hierarchically related data objects and said lower level hierarchically related data 
objects. 

17. The computer progmm product of claim 16, wherein said means for 
20 enabling said user to create one or more higher level hierarchical data objects 

further comprises: 

means for enabling said user to establish a site data object to represent a 
site; means for enabling said user to establish a structure data object to 
represent a structure located at said site; 
25 means for enabling said user to establish a floor data object to represent 

a floor located at said structure. 
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18. The computer program product of claim 16, wherein said means for 
enabling said user to create for display one or more hierarchically related 
graphical objects further comprises: 

means for enabling said user to create a graphical floor object 

5 19. The computer program product of claim 1 8, further comprising: 

means for enabling said user to create one or more additional graphical 
objects within said graphical floor object. 



20. The computer program product of claim 1 9, further comprising: 
means for enabling said user to create one or more footprint objects 

10 representing a union of a space within said graphical floor object and the article 

or the piece of equipment placed within said graphical floor object. 

21 . The computer program product of claim 19, further comprising: 
means for enabling said user to create one or more graphical zone objects 

within said graphical floor objects; 
15 means for enabling said user to create one or more gn^hical planning unit 

objects within said graphic^il zone objects; 

means for enabling said user to create one or more graphical row segment 
objects within said graphical planning unit objects, 

wherein said means for enabling said user to create one or more footprint 
20 objects further comprises: 

means for enabling said user to place said one or more footprints 
within said row segment objects. 

22. The computer program product of claim 19, further comprising: 
means for enabling said user to use an architectural diagram in 

25 conjunction with said graphical floor object and said one or more additional 

graphical objects. 
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23. The computer program product of claim 16, wherein said means for 
initially storing or updating said graphical objects in a non-graphical format in 
one or more lower level hierarchically related data objects further comprises: 

means for selecting a sequence of points traced out by said user using an 
5 input device; 

means for storing said sequence of points in said one or more lower level 
hierarchically related data objects. 

24. The computer program product of claim 23, wherein said means for 
selecting a sequence of points traced out by said user using said input device 

1 0 further comprises: 

means for selecting a sequence of points relating to a graphical floor 

object; 

means for selecting a sequence of points relating to a graphical zone 

object; 

1 5 means for selecting a sequence of points relating to a graphical planning 

unit object; 

means for selecting a sequence of points relating to a graphical row 
segment object; and 

means for selecting a sequence of points relating to a graphical footprint 

20 object; 

wherein said means for storing said sequence of points in said one or more 
lower level hierarchically related data objects further comprises: 

means for storing said sequence of points relating to a graphical 
floor object in a floor points data object; 
25 means for storing said sequence of points relating to a graphical 

zone object in a zone points data object. 

means for storing said sequence of points relating to a graphical 
planning imit object in a planning unit points data object; 

means for storing said sequence of points relating to a graphical 
30 row segment in a row segment data object; 
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means for storing said sequence of points relating to a graphical 
footprint object in a footprint data object. 

25. The computer program product of claim 16, wherein said meansfor 
enabling said user to initially store or update non-graphical data relating to said 
one or more graphical objects in one of said higher level hierarchically related 
data objects and said lower level hierarchically related data objects further 
comprises: 

means for identifying relational information interrelating said one or more 
higher level hierarchically related data objects and said one or more lower level 
hierarchically related data objects using a data object indexing system. 

26. The computer program product of claim 16, wherein said means for 
enabling said user to initially store or update non-graphical data relating to said 
one or more graphical objects in one of said higher level hierarchically related 
data objects and said lower level hierarchically related data objects further 
comprises: 

means for calculating and storing dimensional information relating to 
physical dimensions of one or more physical objects represented by said one or 
more graphical objects. 

27. The computer program product of claim 26, wherein said means for 
calculating and storing dimensional information further comprises: 

means for calculating and storing dimensional information relating to one 
or more graphical floor objects, one or more graphical zone objects within said 
graphical floor objects, one or more graphical planning unit objects within said 
graphical zone objects, one or more graphical row segment objects within said 
graphical plaiming unit objects, and one or more graphical footprint objects 
within said graphical row segment objects. 
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28. The computer program product of claim 16, wherein said means for 
enabling said user to initially store or update non-graphical data relating to said 
one or more graphical objects in one of said higher level hierarchically related 
data objects and said lower level hierarchically related data objects further 

S comprises: 

means for identifying said user and a date said user performed one of: 
initially storing and updating said graphical date. 

29. The computer program product of claim 16, wherein said means for 
enabling said user to initially store or update non-graphical data relating to said 

10 one or more graphical objects m one of said higher level hierarchically related 

data objects and said lower level hierarchically related data objects further 
comprises: 

means for enabling said user to identify specific information relating to 
said article or said piece of equipment. 

30. The computer program product of claim 29, wherein said means for 
enabling said user to identify specific information relating to said article or said 
piece of equipment further comprises: 

means for enabling said us^ to identify information relating to how said 
article or said piece of equipment is to be placed on said floor space; 

means for enabling said user to identify information relating to a planned 
installation date, an actual installation date, a planned activation date, an actual 
activation date, a planned decommission date, an actual decommission date, a 
planned removal date, and an actual removal date for said article or said piece of 
equipment. 
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SyiDPLT 

PUtfffJD:NUMBER(9) NOT NULL 



SITE.ID:NUMBER(9) NOT NULL (FK) 

PLANT_NM»T)Cr:VARCHAR2(20) NOT NULL 

MSRDJ.0AD_Q1Y:NUMBER(5) NULL 

MIN.RESV_QIY:NUMBER(2) NULL 

CREATE_USER.ID:NUMBER(6) NOT NULL 

CREATE.OT:DATE NOT NUU 

U^_UPDT_USE1LID:NUMBER(6) NULL 

Ugr,UPDT,DT:D ATE NULL 

t 



1002 PLANTS 
RESP. DEPT 1006 

SVTODEPT 



DEPT_ID:VARCHAR2(10) NOT NULL 
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d 
e 
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|"X^1003 



SITE_USEDJN_PLT 



JUQ 



DEPT_NM_T)Cr:VARCHAR2(50) NOT NUa 

create_userjd:number(6) not nuu 
create:_dt:date not null 
iast_up0t_userjd:number(6) null 
last_updt_dt:oate null 
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SVTOSITE ' ^ 

SITE,ID:NUMBER(9) NOT NULL 



DEPT IS RESPONSIBLLF!QR_gTE | 



SITE 1004 



SITE^CD:VARCHAR2(6) NOT NULL 
SITE:.1YP_CD:VARCHAR2(8) not NULL (FK) 
SITE_NM_TXT:VARCHAR2(40) NOT NULL 
SITE_SH0RT_CD:VARCHAR2(3) NOT NULL 
RESP_DEPTJD:VARCHAR2(10) NOT NULL (FK) 
PHYSJW)DR_LN1_TXr:VARCHAR2(40) NOT NULL 
PHYSJW)DR_LN2_TXT:VARCHAR2(40) NOT NULL 
PHYS.CnY_NM_TXT-VARCHAR2(30) NOT NUli 

phys.zip_cd:varchar2(10) not null 
state_cd:varchar2(2) not null (fk) 
create:_user.id:number(6) not null 
create:.dt:date not null 

LAST_UPDT_USER_ID:NUMBER(6) NULL 
LAST_UP0T_DT;DATE NULL 
LEASE_C0:VARCHAR2(6) NULL 
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STYP_CATAGORIZES»SITE ^ 



Sn£JiAS.STRC 



"1 



SVTDSTRC 



o lSTRUCTJD:NUMBER(9) NOT NUDT 



SITE_ID:NUMBER(9) NOT NULL (FK) 
STRUCT«NM_TXTiVARCHAR2(6) NOT NULL 
DESCRPT.TXT-VARCHAR2(60) NOT NULL 
CREATE.USER_ID:NUMBER(6) NOT NULL 
CREATE_DT:OATE NOT NULL 
IAST_UPDT_USER_ID:NUMBER(6) NULL 
LAST_UPDT_DT:DATE NULL 
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SVTDFLR 
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aOORJD:NUMBER(9) NOT NULL 
■SinCUTjD:NUMBER(9J NOT NULL (FK) 
aOOR_NM_TXTiVARCHAR2(6) NOT NULL 
DSCRPT_TXT:VARCHAR2(60) NOT NULL 
FLRPLNJ)RWNG_nL.NMfVARCHAR2(30) NOT NULL 
AREA^QTY:NUMBER(10.2) NOT NUU 
MSLINK:NUMBER(10) NOT NULL 
CREATE_USER_ID:NUMBER(6) NOT NULL 
CREATE.DT:DATE NOT NUU 
LAST.UPDT_USERJD:NUMBER(6) NULL 
UST_UPDT_DT:D ATE_NULL 
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1013 ZONE 



Z0NUD:NUIylBER(9) NOT NULL 
aO0R_ID:NUMBER(9) NOT NULL (FKj 
ZONE>NM.TXT-VARCHAR2(20) NOT NULL 
EQPT.CLS.CD:VARCHAR2(16) NOT NULL (FK) 
AREA^QTY:NUMBER(10.2) NOT NULL 
MSUNK:NUIylBER(10) NOT NUU 
CREATE_USER_ID:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NULL 
LAST_UPDT_USER_ID:NUMBER(6) NULL 
U^ST_UPDT_DT:DATE NULL . 
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PL UNITS 1015 



PUNITJD:NUMBER(9) NOT NULL 
Z0NUD:NUMBER(9) NOT NULL (FK) 
PUNIT_NM_TXTA/ARCHAR2(18) NOT NULL 
DSCRPTN_TXTiVARCHAR2(60) NOT NULL 
AREA.QTY:NUMBER(10.2) NOT NULL 
FL00R_ID:NUMBER(9) NUa 
FLOOR_LDLMT.0TY:NUMBER(10,2) NOT NULL 
MSUNK:NUMB£R(10) NOT NULL 
CREATE-USER.ID:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NULL 
LAST_UPDT_USER_ID:NUMBER(6) NULL 
LAST_UPDT_DT:DATE NULL 
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ZON_CONTAINS_ROWS 



PLU_CONTAINS_ROWS 



syroRow 



ROWJDiNUMBERO) NOT NULL 



PUNITJD:NUMBER(9) NOT NULL (FK) 
ROWJ4M.TXT*VARCHAR2(8) NOT NULL 
CREATE.USER.ID:NUMBER(6) NOT NUa 
CREATE_DT:DATE NOT NULL 
l/ST_UPDATE>USER_ID:NUMBER(6) NULL 
lASr_UPDTJ)T:DATE NULL 
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svropc 



MCIJD:NUMBER|in NOT NULL 
BARC0DUD:VARCHAR2(5) NOT NULL 
MFGJ0:NUMBER(6) NOT NULL (FK) 
DATA_SRC_CMPLTJND;VARCHAR2(1) NOT NULL 
MFG_PTNBR_ID:VARCHAR2(26) NOT NULL 
MFG.MDL.NM:VARCHAR2(20) NOT NULL 
CTLG_ITEM_TYP:VARCHAR2(1) NOT NULL 
CTLG ITEIyl_DSCRPT_TXT:VARCHAR2(60) NOT NULL 
EQPT_SBCLS_CD:VARCHAR2(6) NOT NULL (FK) 
HGHT.QTY:NUMBER(5,2) NOT NULL 
WDTH.Q1Y:NUMBER(5.2) NOT NULL 
DPTH.QTY:NUMBER(5,2) NOT NULL 
WGHT_01Y:NUMBER(7.2) NOT NULL 
FACE.LBL-TXTiVARCHAR2(10) NOT NULL 
CREATE_USER.ID:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NUa 
U\ST_UPDT_USEILID:NUMBER(6) NULL 
LAST_UPDT_DT:DATE NULL 
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STATE 1008 



SVTOST 



STATE_CD:VARCHAR2(2) NOT NULL 
STATDM_TXTiVARCHAR2(30)NOT NUli 
CREATE_USERJD:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NULL 
IAST_UPDT_USERJD:NUMBER(6) NULL 
LAST,UPDT_DT:DATE NULL 
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svrosryp i , 

S1TE-TYP-CD:VARCHAR2(8) NOT NULL 
SITE_TYP.DSCRYPT_TXTiYARCHAR2(40) NOT NULL 
SH0RT.C0_REQDJND;VARCHAR2(1) NOT NULL 
CREATE.USERJD:NUMBER(6) NOT NULL 
CREATE.DT:DATE NOT NULL 
USr_UPDT.USER.ID:NUMBER(6) NULL 
lASr_UPDT_DT:DATE NULL 
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FLR-IS-DEnNED-WiTHJlRP 



1012 aOOR PTS. 



SVrOFLRP 

FL00RJD:NUMBER(9) NOT NULL (FKJ 
PNT_SEQ_NUM:NUMBER(3) NOT NULL 



HRZNTL_CRDNT.NUM:NUMBER(12) NOT NULL 
VRTCL.CRDNT_NUM:NUMBER(12) NOT NUa 
MSUNK:NUMBER(10) NOT NULL 
CREATE_USERJD:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NULL 
UST_UPDT>USER.ID:NUMBER(6) NULL 
LAST_UPDT_DT;DATE NULL 



ZONJS_DEFlNED_WrTH_ZONP 



SVroZONP ^ ^0^^ BONE PTS. 
Z0NE.iD:NUM6ER(9) NOT NULL(FK) 
PNT_SEQ,NUM:NUMBER(3) NOT NULL 
HRZNTL.CRDNT_NUiyi:NUMBER(12} NOT NULL 

vrtcl.crdnt.num:num8er(12) not null 
msunk:number(10) not null 
create.user_id:number(6) not nuu 
create:.dt:date not null 
last_updt.userjd:number(6) null 
iast_updt_dt:date null 



aR_CONTAINS_ROWS 
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1016 PL UNITS POINTS 

SVTOPLUP X 
PUNIT_ID:NUMBER(9) NOT NULL (FK) 



PNT_SEQ_NUM:NUMBER(3) NOT NULL 
HRZNTL_CRDNT_NUlyl:NUMBER(12) NOT NULL 
VRTCL_CRDNT_NUM:NUMBER(12) NOT NULL 
MSUNK:NUMBER(10) NOT NULL 
CREATE.USERJD:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NULL 
LAST_UPDT_USER_ID:NUIylBER(6) NUU 
LASr_UPDT_DT:DATE NULL 
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SVTOROWS 
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ROWJ0:NUMBER(9) NOT NULL (FK) 

R0WSEG,SEQ,NUIyl:NUMBER(3) NOT NULL 

MSUNK:NUIylBER(10) NOT NULL 
aOORJDMUMBER(9) NULL (FK) 
Z0NU0:NUMBER(9) NULL (FK) 
PUNrrjD:NUMBER(9) NULL (FK) 
START_HRZNTL.CRDNTJIUM:NUMBER(12) NOT NULL 
START_VRTCL_CRDNT_NUM:NUMBER(12) NOT NULL 
END_HRZNTLCRDMT_NUM:NUMBER(12) NOT NULL 
END_VRTCL.CRDNT_NUM:NUMBER(12) NOT NULL 
LNGTH.0TY:NUMBER(12,4) NOT NULL 
HGHT_LMT_QTY:NUMBER(10,2) NOT NULL 
CREATE_USER.ID:NUMBER(6) NOT NULL 
CREATE.DT:DATE NOT NULL 
IAST.UP0T.USER_ID:NUMBER(6) NULL 
U^_UPDT_DT:DATE NULL 



1018 ROW SEGMTS 



FIG.10J 

SUBSTITUTE SHEET (RULE 26) 



BNSDOCID: <WO ^B843155A1JA> 



W0 9a/43155 



PCT/US98/05595 



29/48 
PRODUCT CATALOG 



MFG_BUILDS_PC 



^ 



PCJNaUDES_PCS 



h 



PCC_CONTAINS_PC 



1020 SHELF 



SVOTPCS 



iylNTPOS_RQRD_QTT:NUMBtR(j; NOI NUa 
WIREL.CNCTRS_QTY:NUMBER(3) NOT NULL 
C0AX_CNCIRS_QTY:NUMBER(3) NOT MULL 
nBER_CNCTRS_QTY:NUMBER(3) NOT NULL 
PWR_TRMN_CD:VARCHAR2C15) NOT NULL 
CREATE.USEILID:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NULL 
LAST_UPDT_USER_ID:NUIylBER(6) NULL 
LAST_UPDT-DT:DATE NULL 
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MCIJD:NUMBERi 



HDR_HGHT_QTY:NUMBER(5,2) NOT NULL 
nR_HGHT_QTY:NUMBER(5,2) NOT NULL 
MNTG_P0S_HGHT_QTY:NUMBER(4.2) NOT NULL 
RAIL_TYP:VARCHAR2(1) NOT NULL 
CREATEL.USER_ID:NUMBER(6) NOT NULL 
CREATE:_DT:DATE not NULL 
IAST_UPDT_USER_ID:NUMBER(6) NULL 
1AST_UPDT_DT:DATE NULL 
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MCIJD:NUMBERi 



AiRFLW.CD:CHAR(l) NOT NULL 
BTUS.PEiLH0UR_Q1Y:NUMBER(13^) NOT NULL 
AIRRJ«f_CPClY_QTY:NUMBER(13.2) NOT FULL 
C00LANT_CD:CHAR(1) NOT NULL 
CREATE.USERJD:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NUU 
LAST_UPDT.USERJD:NUMBER(6) NULL 
U\ST_UPDT_DT;DATE NULL 
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SVrOPLR 
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FTPRTJNSTNCJD;NUMBER(9) NOT NUa 
R0WJD:NUMBER(9) NOT NULL (FK) 
R0WSEG_SE(LNUM:NUMBER(3) NOT NULL (FK) 
R0WSEG_P0S_CD:VARCHAR2(12) NOT NULL 
RACK.CFGJD:NUMBER(9) NOT NULL (FK) 
BAYFACE_DRCnLIN0:VARCHAR2(1) NOT NULL 
OFFSET.QTYiNUMBERM not NULL 
STRT_GAP_QTY:NUMBER(5,2) NOT NULL 
EN0.GAP_Q1Y:NUMBER(5,2) NOT NULL 
BCK_T0_BCKJND:VARCHAR2(1) NOT NULL 
BCK-6AP.QTY:NUMBER(5.2) NOT NUU 
ANCHR_PNT.Q1Y:NUMBER(6,2) NOT NULL 
FCLTS_PLNDJNSTL_DT:DATE NOT NULL 
PLNDJNSTL.DT:DATE NOT NULL 
ACTL.INSTU)T:DATE NOT NUU 
INSTLJ'R0JJD:NUMBER(5) NULL 
PLNDJW:TVNJ)T:DATE NULL 
ACTL-AC1VNJ)T:DATE NUa 
PlllDJ)CMSN_DT:OATE NULL 
ACTL»DCSMM_DT:DATE NULL 
PlWDJ?lylVl^DT:OATE NULL 
ACTL-RMVL.DT:DATE NULL 
RMVL.PR0JJD:NUMBER(5) NULL 
MSUNK:NUMBER(10) NOT NULL 
CREATE.USERJD:NUIylBER(6) NOT NULL 
CREATEJ}T:DATE NOT NULL 
LAST_UP0T_USER_ID:NUMBER(6) NULL 
LASr_UPDTJ)T:DATE NULL 
FL00RJ0:NUiyiBER(9) NULL 
Z0NE_ID:NUMBER(9) NULL 
PUNiTJD:NUMBER(9) NULL 



I 



PLR«CONTAINS.PLS 



1 



FIG.10M 



Ay 



BNSDCDCID: <WO 98431 55A1JA> 



SUBSTITUTE SHEET (RULE 26) 



wo 98/43155 



PCTAJS98/0S595 



T 



32/48 

PLACEMENT QATA FOR SHELVES 1063 



S\nDPLS 



FTPRTJNSTNCJD:NUMBER(9) NOT NULL (FK) 
RACK_CFGJD:NUMBER(9) NOT FUa (FK) 
RACK-P0S-NUM:NUMBER(5.1) NOT NUa (FK) 



PLNDjNSTLJ)TdWE NOT NULL 
ACTL.INSTUDT:DATE NULL 
INSTL«PR0JJD:NUMBER(5) NULL 
PLNO_ACIVnLDT:DATE NULL 
ACTU_ACIVni.DT:OATE NULL 
PLND_DCSMN.OT:DATE NULL 
ACTL-DCMSN_DT:OATE NULL 
PLND.RMVLJ)T:DATE NULL 
ACTL.RIylVL.DT:DATE NUU 
RMVL.PR0JJD:NUMBER(5) NULL 
CREATE^USERJ0:NUIylBER(6) NOT NULL 
CREATEJ)T:DATE NOT NULL 
IAST.UP0T.USERJD:NUMBER(6) NULL 
LAST.UPDT.DT:DATE NULL 
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1024 
PLACEMENT DATA 
FOR CARDS 
(MODULES) 



FTPRTJNSTNCJD:NUMER(9) NOT NULL (FK) 
RACK.CFGJD:NUMBER(9) NOT NULL (FK) 
RACK_P0S_NUM:NUMBER(5.1) NOT NULL (FK) 
SHLF_CFGJD;NUIy!BER(9) NOT NULL (FK) 
SHLF_P0S_NUM:NUMBER(4) NOT NULL (FK) 



PLNDJNSTL.DT:DATE NOT NUU 
ACTL.INSn_DT:DATE NULL 
INSTL.PR0JJD:NUMBER(5) NULL 
PIHDJ^C1VIN_DT:DATE NULL 
ACTL-AClVrN_DT:OATE NULL 
PLND.DCiylSN_DT:OATE NULL 
ACTL.DCIylSN_DT:DATE NULL 
PLND.RlyiVL_DT:DATE NULL 
ACTL_RlylVL_DT:DATE NULL 
RMVL.PR0J_ID:NUMBER(5) NULL 
ALPHA_CD:VARCHAR2(3) NUa 
P0RT_QTY:NUMBER(9) NULL 
CREATE.USER_ID:NUIylBER(6) NOT NULL 
CREATEJ)T:DATE NOT NULL 
IAST_UPDT^USERJD:NUMBER(6) NULL 
LAST_UPDT_DT;DATE NULL 
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MFGJD:NUMBER(6) NOT NULL 


MF6.NM:VARCHAR2(20) NOT NULL 
CREATE:_USERJD:NUMBER(6) not NULL 
CREATE_DT:DATE NOT NULL 
IAST«UPDT_USER_ID:NUMBER(6) NULL 
U\ST_UPDT_DT:DATE NULL 


1028 MFG/VENDOR INFO^X. 



^ 



^ 



C_SUBC«AGORIZES_PC 



svrapcc 



1021 



i CARD (MODULES) 



MCIJD:NUMBER(11) NOT NULL (FK) 
VLTGJNP_CD:VARCHAR2(3) NOT NULL 
VLTGJNP_SPEC_QTY:NUMBER(8,2) NOT NULL 
AMPSJNP_SPEC.QlY:NUIylBER(8.2) NOT NULL 
VLTGJNPJVCTL.QTY:NUMBER(8.2) NULL 
AMPS_INP_ACTL.QTY:NUMBER(8.2) NULL 
VLTG_0UTP_CD:VARCHAR2(3) NOT NULL 
VLTG_OUTP_SPEC_QTY:NUMBER(8.2) NOT NULL 
AMPS_OinrP_SPEC_QTY:NUMBER(8,2) NOT NULL 
VLTG_0UTPJ«;TL_QTY:NUMBER(8.2) NULL 
AMPS_OUTPJ(CTL-QTY:NUMBER(8.2) NULL 
AlylPJ10URS.QlY:NUMBER(5) NULL 
CREATE_USER_ID:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NULL 
IAST^UPDT_USER_ID:NUMBER(6) NULL 
lAST_UPDT_OT;OATE NULL 
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SHLF_CFGJD:NUMBER (9) NOTNUtl 

(l 



SHLF_CFG.NM:VARCHAR2(18j NOT NULL 
SHLF_CFG_0SCRPT_TXT:VARCHAR2(60) NOT NULL 
SHLF.CFG-ST_CD:VARCHAR2(3) NOT NULL 
SHLF_MCIJD:NUMBER(11) NOT NULL (FK) 
EQPT_CLS_CD:VARCHAR2(l6) NOT NULL (FK) 
EQPT_SUBCLS.C0:VARCHAR2(6) NOT NULL (FK) 
TTL_WGHT_Q1Y:NUMBER(11.2) NOT NUa 
Ta-ACjyylPS_SPEC_QTY:NUMBER(11.2) NOT NULL 
TTL-DCJ«IIPS_SPEC.QTY:NUlylBER(11.2) NOT NULL 
TTL-WATrS_SPEC«OlY:NUMBER(13,2) NOT NULL 
TTL-B1US_SPEC_0TY:NUMBER(13.2) NOT NULL 
CREATE.USER.ID:NUMBER(6) NOT NULL 
CREATE.DT:DATE NOT NULL 
TTLJ\CJMlllPSJCTL.QTY:NUMBER(11.2) NOT NULL 
TTL.DCJ«IIPSJ^CTL.QTY:NUMBER(1U) NOT NULL 
TTL.WATrSJOL_QTY:NUMBER(13,2) NOT NULL 
TTL.BTUSJO^QTY:NUIylBER03^) NOT NULL 
LAST.UPar_USER.ID:NUMBER{6) NUa 
LAST.UPDT.DT:DATE NULL 
MAJ0R_VEND0iUD:NUMBER(6) NOT NULL (FK) 
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SHLF_CFGJi):NUMBER(9) NOT NULL (FK) 
SHLF^P0S_NUM;NUMBB((4) NOT NULL 
CARD_MCIJ0:NUMBER(11) NOT NULL (FK) 
HRZNTL.CRDNT_NUM:NUIylBER(7,4) NOT NULL 
VRTCL.CRDNT_NUM:NUMBER(7.4) NOT NULL 
CREATE.USERJD:NUMBER(6) NOT NUU 
CREATE_DT:DATE NOT NULL 
LAST.UPDT_USERJD:NUMBER(6) NULL 
LAST_UPDT_DT:DATE NUa 
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MFG_USEDJNJyllA 



1Q29 SUBCLASS 



SVrOEQSC (_ 

EQPT_SUBCLS_CD:VARCHAR2(6) NOT NUU 
EQPT_SUBCLS_TXT:VARCHAR2(16) NOT NULL 
CREATE-USER.iD:NUMBER(6) NOT NULL 
CREATE:.DT:DATE NOT NULL 
LASr_UPDT.USER_iD:NUMBER(6) NUa 
LAST_UPDT_DT;DATE NULL 



EQPT_CLS_CD:VARCHAR2(16) NOT NULL 
EQPT.CLS_DSCRPT_TXTiVARCHAR2(60) NOT NULL 
EQPT.CLS_TYP_CDiVARCHAR2(1) NOT NULL 
CREATE.USERJD:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NULL 
LAST_UPDT_USERJD:NUMBER(6) NULL 
LAST_UPDT_DT:DATE NULL 
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RACK_CFGJD:NUMBER(9) NOT NULL 



RACK_CFG.NM:VARCHAR2(18) NOT NULL 
RACK_CFG_DSCRPT_TXT-VARCHAR2(60) NOT NULL 
RACK_CFG_ST.C0;VARCHAR2(3) NOT NULL 
RACKJiiajD:NUMBER(11) NOT NULL (FK) 
EQPT.CLS«CD:VARCHAR2(16) NOT NULL (FK) 
EQPT«SUBLS_CD:VARCHAR2(6) NOT NULL (FK) 
TTL_WGHT.QTY:NUMBER(11.2) NOT NULL 
TTLACJWylPS.SPEC_(ITY:NUIy!BER(11,2) NOT NULL 
TTlJDCJMylPS>SPEC^01Y:NUMBER(11.2) NOT NULL 
TTL.WATTS_SPEC_QTY:NUMBER(13.2) NOT NULL 
TTL.BTUS_SPEC_QTY:NUMBER(13,2) NOT NULL 
CREATE_USER_ID:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NULL 
TTLAC_AMPSJ^CTL_QTY:NUMBER(11.2) NOT NUU 
TTU)CJ\MPS_ACTL_QTY:NU|yiBER(11,2) NOT NULL 
1TL.WATTS_ACTUQTY:NUMBER(13,2) NOT NULL 
TTUBniS_AGTL.0TY:NUMBER(13,2) NOT NULL 
IAST.UPDT_USER_ID:NUM6ER(6) NULL 
l>ST_UPDTJ)Td)ATE NULL 
MAJ0R_VEND0RJD:NUMBER(6) NOT NULL (FK) 
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RACK_CFGJD:NUMBER(9) NOT NULL (FK) 
RACK_P0S_NUM;NUMBER(5.1) NOT NULL 
SHLF_CFGJD:NUMBER(9) NOT NULL (FKJ 
HRZNrL.CRDNT_NUM:NUMBER(5) NOT NULL 
VRTCL_CRDNT_NUM:NUMBER(5) NOT NULL 
CREATE_USERJD:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NULL 
LAST.UPDT.USER.ID:NUiylBER(6) NULL 
UfiT_UPIJTJ)Td)ATE NULL 
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PLANTJD;NUMBER(6) NOT NULL 
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SITL.CD:VARCHAR2(6) NOT NULL (FK) 
PUWT_NM_TXT:VARCHAR2(20) NOT NULL 
V0LTAGE:NUlyiBER(4) NULL 
BAn_STRNGS.QlY:NUMBER(2) NOT NUa 
NUM_.RECT:NUMBER(2) NULL 
UPSJND:CHAR(1) NULL 
ACTUAL.LQAD:NUMBER(5) NULL 
CREATE.USER_IO:VARCHAR2(40) NOT NULL 
CREATE_DT:DATE NOT NULL 
LAST-UP0T_USERJD:VARCHAR2(40) NUa 
U\Sr_UPt)TJJTi)ATE NULL 
NmLGEN:NUMBER(2) NULL 
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PU^JD:NUMBERi 



PHASE_1YPE:VARCHAR2(15) NOT NULL 
KVA_Q1Y:NUMBER(7.2) NOT NUU 
KWLQIY:NUM6ER(7.2) NOT NULL 
OUT_VOLTAGE:NUMBER(7;2) NOT NULL 
DSGN_RSRV_TIME:NUIylBER(5.2) NULL 
PHASE_CURRENTJ^NUMBER(5.2) NOT NULL 
PHASE_CURRENT_B:NUMBER(5,2) NOT NULL 
PHASE.CURRENT«C:NUMBER(5,2) NULL 
NEUTRAL_CURRENT:NUMBER(5^) NULL 
CREATE_USERJD:VARCHAR2(40) NOT NULL 
CREATE_DT:DATE NOT NULL 
LAST_UPDT_USER_ID:VARCHAR2(40) NULL 
U^_UPDTJ)T;DATE miL 
PIANT_NM _TXT:VARCHAR2(20) NULL 
SITE_CD:VARCHAR2(6) NULL 
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MIA^ID:NUMBER(5) NOT NULL 



i_ MFGJD:NUMBER(6) NOT NULL (FK) 
<^'^C0N_TYP:VARCHAR2(1) NOT NULL 
CNDCTR-QTY:NUMBER(3) NOT NULL 
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SVTOCNR ^ 
CNRJD;NUMBER(9) NOT NULL 



LEFT_0PJD:NUMBER(3) NOT NULL (FKJ 
RIGHT.0FJD:NUMBER(3) NOT NULL (FK) 
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CNR_ID:NUMBER(9) NOT NULL (FK) 
C0N,TYP:VARCHAR2(1) NOT NULL 
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CNR_I0:NUMBER(9) NOT NULL (FK) 
LEFT«SC_CD:VARCHAR2(6) NULL (FK] 
RIGHr,SC.CD:VARGHAR2(6) NULL(FK) 
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ER_ID;NUMBER(6) NOT NULL 
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ER_NM: VARCHAR2(30) NOT NULL 
PTJD:VARCHAR2(10) NOT NULL (FK) 
CREATE_USERJD:NUMBER(6) NOT NULL 
CREATE_DT:DATE NOT NULL 
U^.UPDT>USER_ID:NUMBER(6) NULL 
UgT_UPDT_DT:DATE NUa 
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USER SECURIIY 



PRFLID:NUMBER(6) NOT NULL 
PRFL-NM.TXT:VARCHAR2(29) NOT NULL 
CREATEL.DT:DATE NOT NULL 
CREATE_USERJD:NUlylBER(6) NOT NULL 
LAST«UPDTJ)Ti)ATE NULL 
tAST,UPDT,USER_ID;NUMBER(6) NULL 



1038 



SECPJNCLUDES_PRFD 



USRJS_GRANTED.USRA 



BNSCKXID: <WO 98431 55A1_IA> 



SUBSTITUTE SHEET (RULE 26) 



wo 98/43155 



PCT/US98/05595 



svroAPP 



43/48 



S0FTM0_NM:VARCHAR2(30) NOT NUa 
SUPER_USER_PWD:VARCHAR2(30) NOT NULL 
DAT/LUSEIl.PWD:VARCHAR2(30) NOT NULL 
CURR_VER:NUMBER(2) NOT NULL 
MAJR.ENCH:NUMBER(2) NOT NULL 
CR1CT.M0DS:NUMBER(2) NOT NULL 
MIN0R_M0DS:NUMBER(2) NOT NULL 
CREATE_DT:DATE NOT NULL 
CREATE_USER.iD:NUMBER(6) NOT NULL 
CVEFF_DT:DATE NULL 
C0MMNTA^ARCHAR2(60) NULL 
LAST_UPDT_DT:DATE NULL 
LAST_UPDT,USER_iD:NUMBER(6) NULL 
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svrousRc 



EQPT_CLS_CD:VARCHAR2(16) NOT NULL 
USER,ID:NUMBER(6) NOT NULL 



CREATE.USER_ID:NUMBER(6} NOT NULL 
CREATE_DT:DATE NOT NULL 
LAST_UPDT_USERJ0:NUMBER(6) NULL 
1>\ST_UPDT_DT:DATE NULL 



svrousRA 



USER_ID:NUMBER(6' 
PRFL.ID:NUMBER(6j NOT NULL (FK; 
APPUNM:VARCHAR2(4) NOT NULL 

fn 



NOT NULL (FK) 
) 



CREATLDTrDATE NOT NUU 
CREATE-USER.ID:NUIyiBER(6) NOT NULL 
IAST.UPDT_DT:DATE NULL 
U\ST,UPDT_U$ERJD:NUMBER(6) NUU 
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POWER TABLES 
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PREC,SEQ:NUMBER(6) NOT NULL 
SITE_CD:VARCHAR2(6) NOT NULL (FKJ 
PUyNT_Nlyl_TXT:VARCHAR2(20) NOT NULL 
MFG.NM:VARCHAR2(20) NOT NULL 
MFG_MDL.NM:VARCHAR2(20) NOT NULL 
SERIALID:VARCHAR2(20) NOT NULL 
ACTUNSTL_DT:VARCHAR2(10) NOT NULL 
AMP_Q1Y:NUMBER(5) NOT NUa 
CREATE_USER_ID:VARCHAR2(40) NOT NULL 
CREATE-.DT:DATE NOT NULL 
IAST_UPDT_USER_ID:VARCHAR2(40) NULL 
IAST^UPDT_DT:DATE NULL 
PLANTJD:CHAR(18) NULL 

T 



1043 



1044 



I 



SITES_CONTAIN_PlANTS 



PlANTS.CONTAIN.RECnnERS 



I I 



FIG.10Y 



SITES_CONrAIN_GEN£RAT0RS 



9843155A1JA> 



SUBSTITUTE SHEET (RULE 26) 



wo 98/43155 PCT/US98/05S95 



44/48 



I I 
h ' 



r 



SVrOPGEN 



1 



1047 



PGEN,SEQ;NUMBER(6) NOT NULL 



SIT£_CD:VARCHAR2(6) NOT NULL (FK) 
PlANTJ(M_TXTfVARCHAR2(50) NULL 
MFGJIM:VARCHAR2(20) NOT NULL 
MFG_MDL.NIyl:VARCHAR2(20) NOT NULL 
FUELTYPE_CD:VARCHAR2C15) NOT NULL 
PHASE_1YPE:VARCHAR2(15) NOT NULL 
KVA_QTY:NUMBER(7.2) NOT NULL 
KW_QTY:NUMBER(7.2) NOT NULL 
FULL.TANILRUNmiE:NUMEBR(5.2) NULL 
0UT_V0LTAGE:NUMBER(7.2) NOT NUU 
PHASE_CURRENTJ\:NUMBER(5.2) NOT NUa 
PHASE:.CURRENT_B:NUMBER(5.2) NOT NULL 
PHASE.CURRENT_C:NUM6ER(5.2) NULL 
NEUTRAL.CURRENT:NUMBER(5.2) NULL 
CREATEL.USER_ID:VARCHAR2(40) NOT NULL 
CREATEL.DT:DATE NOT NULL 
IAST_UPDT_USERJD:VARCHAR2(40) NULL 
U\ST.UPDT.DTa2ATE NULL 
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C0NJD;NUMBER(9) NOT NUa 
LEFT.OBJ_IO:NUMBER(9) NOT NULL 
LEFT_0PJD:NUMBER(3) NOT NULL (FK) 
RIGHT_0BJJD:NUMBER(9) NOT NULL 
RIGHT_0TP_ID:NUMBER(3) NOT NULL (FK) 
C0N_TYP;VARCHAR2(1) NOT NULL 
|y|IA_ID:NUMBER(3) NULL 
CREATE.USER.I0:NUIylBER(6) NOT NULL 
CREATEJDTiDATE NOT NULL 



OPT_USEDJN_CNR_FOR_RIGHT I ' 
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0TPJD:NUMBER(3) NOT NULL 
TABLEJIM_TXT:VARCHAR2(30) NOT NULL 
COLjUMNJIM_TXTfVARCHAR2(30) NOT NULL 
0BJ.NM_TXTA^ARCHAR2(30) NOT NULL 
DESCRIPTI0N:VARCHAR2(50) NOT NULL 
HAS_SUBCLS:VARCHAR2(1) NULL 



SVTOAPFN 



1039 



APPL.NM:VARCHAR2(4) NOT NULL 
FNCTNJD:NUMBER(10) NOT NULL 



FNCTN_NM_TXTiVARCHAR2l50) NOT NULL 
CREATE:_DT;DATE not NULL 
CREATE.USER.ID:NUMBER(6) NOT NULL 
U^_UPDT.OT:DATE NULL 
LAST_UPDT_USERJD;NUMBER(6) NULL 
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FNCTNJD:NUMBER(10) NOT NULL (FK) 



PRia^lD:NUMBER(6') NOT NULL (FK) 
APPL_NM:VARCHAR2(4) NOT NULL (FK) 
CREATEJ)T:DATE NOT NULL 
CREATE.USERJD-J«iUMBER(6) NOT NULL 
LAST_UPDT_DT:DATE NULL 
LAST,UPDT,USERJ[);NUMBER(6) NULL 
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S[TE,CD:VARCHAR2(6) NOT NULL 
SIT£_CA6RY_CD:VARCHAR2(50) NOT NULL 
CREATEL.USERJD:VARCHAR2(40) NOT NUl 
CREATE_OT:OATE NOT NULL 
IAST_UPDT_USER_ID:VARCHAR2(40) NULL 
IAST_UPDT.DT:DATE NULL 
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SVrOPBAT ^ 
PBAT,SEQ;NUMBER(6) NOT NULL 
SiTE:_CD:VARCHAR2(6) NOT NULL (FK) 
PLMr_NM_TXr^ARCHAR2(20) NOT NULL 
MF6.NMfVARCHAR2(20) NOT NUa 
MFG_MDL.NM:VARCHAR2(20) NOT NUU 
ACTL»INSTLJ)T:DATE NOT NULL 
AMP«HR_Q1Y:NUMBER(7^) NOT NULL 
CELL.Q1Y:NUMBER(3) NULL 
CREATE_USEil.lD:VARCHAR2(40) NOT NULL 
CREATEJ)T:DATE NOT NULL 
UCT_UP0T_USER_I0:VARCHAR2(40) NULL 
U^_UPDT_DT:DATE NULL 
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APPUCATI0N:VARCHAR2(4) NOT NULL 

OEgCI{if>TiON:VARCHAR2(iio) NULL 

CURRENT_VERSiON:NUMBER(4.2) NOT NULL 
REQUIRED_VERSI0N;NUMBER(4.2) NOT NULL 



SVrODBVR 
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VERSI0NJ40:NUMBER(4^) NOT NUa 
DESCRIPnON;VARCHAR2(40) NULL 



APPLJ?EFERS_APPL.VERS 
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0B_VERSI0N.N0:NUMBER(4.2) NOT NULL 
APPUCATI0N;VARCHAR2(4) NOT NULL (FK) 



MIN.SW_VERSI0N:NUMBER(4.2) NOT NULL 
MA)LSW_VERSI0N:NUiylBER(4.2) NOT NULL 
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System and Method to Automate Equipment Placement at 

Remote Sites 



Background of the Invention 



Field of the Invention 



The present invention relates generally to a system and method for the 
placement of articles of manufacture or pieces of equipment. More specifically, 
the invention allows a user to symbolically place an article or a piece of 
equipment on the floor space of a building at a remote site. 



RelatedArt 



It is a difficult task for a large coiporation to keep an inventory of all the 
articles of manufacture or pieces of equipment placed at its sites. Typically, each 
site (e.g., the Dallas, Fort Worth site) has more than one building, and each 
building has floors that house the equipment. 

As an example, a long distance telecommunications service provider 
(hereinafter "service provider") typically maintains billions of dollars worth of 
network assets. The majority of such network assets are typically installed in 
numerous field sites located throughout a vast geographical region that 
encompasses a long distance telephone network. For example, MCI maintains 
billions of dollars worth of transmission and power equipment located in 
hundreds of remote field sites throughout North America. 

Typically, much of the network equipment is arranged and mounted in 
equipment bays. Such equipment bays are typically organized as a plurality of 

side-by-side racks, eachhavingapluralityoftop-to-bottom shelves, wherein each 

shelf containsapluralityofvertically positioned slots. Circuitcards are typically 

installed in the vertically positioned slots. In addition, other typesofmodules are 
installed on the shelves. 
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Conventionally, it has been difficult for service providers to maximize the 
use of space within remote sites. Typically, site planners design the layout of 
remote sites down to the rack level. These plans are then used by engineering 
groups to design the layout of each rack at the "rackface" level. That is, the 
5 engineering groups arrange the shelves within each rack, and the cards and other 

modules within each shelf The result is a configured rack. 

It is often the case, that changes made in the field are not recorded. 
Consequently, site planners and other groups do not necessarily have access to 
accurate and updated information pertaining to the layout and configuration of 
10 equipment placed within remote sites. This makes it veiy difficult for site 

planners and other groups to plan ahead for future changes and maximize the use 
of the available space with remote sites. It also makes it difficult for power 
engineers to accurately estimate the ongoing and changing power requirements 
for remote sites, which can cause unwanted delays and down times due to 
1 5 inadequate power reserves. 

It has also been desired to plan, up to a desirable number or years in 
advance, what spaces on a floor (at a building within a site) are to be allocated 
to which types of equipment. This has made facilities planning for available floor 
space a difficult task. 

20 Site planners also need to know when configured racks (including 

modules and shelves) that are placed on a floor space have been brought on-line. 
This infonnation is required for power equipment in addition to transmission 
equipment. Further, it is woidd be very useful for site engineers to know exactly 
when installed equipment becomes activated and decommissioned. This would 

25 allow much greater flexibility for future planning of remote sites. 



^ BNSDOCID: <WO 99431 55A 1 J_> 



wo 98/43155 



PCTAJS9a/05595 



-3- 

Summary of the Invention 

The present invention is directed to providing a system and method for 
allowing users to symbolically place an article or a piece of equipment onthe 
floor space of a building at a remote site. The invention permits users to 
gr^hically represent objects (e.g., floor objects, zone objects, etc.) defining the 
available area and to store tabular information describing the configuration of the 
graphical objects and the articles or pieces of equipment represented by the 
graphical objects. 

An article or a piece of equipment placed on the floor space is referred to 
as a "footprint." Hence, the present invention is primarily directed to creating 
footprints associated wdth an area of the floor space at a remote site. 

In one embodiment, the piece of equipment occupying the floor space can 
be a configured rack. A rack can be conceptualized as a book case, comprising 
shelves aligned atop one another, with modules stored on the individual shelves. 
In a telecommunications application, modules such as circuit cards or 
multiplexers are stored on the shelves of a rack. Configured racks are stored in 
a configuration library, and are readily available for placement on the floor space, 
in order to create foo^rints. 

In a preferred embodiment, a site hierarchy is created prior to creating 
footprints. Preferably, site hierarchies are created via an administrative tool 
provided by an implementation of the present invention. Data related to the site 
hierarchies are stored in a portion of a hierarchical database, preferably a 
relational database, that is conceptually referred to herein as the "site hierarchy 
repository." The user uses the administrative tool to establish (non-graphically) 
a site, a structure (building) within the site, and a floor within the structure. 

The user can then create a hierarchy of graphical objects located on a 
desired floor. Specifically, the invention allows the user to graphically represent, 
via closed polygoiud shapes, a floor, zones inside the floor, planning units inside 
the zones, row segments inside the planning units, and footprints inside the 
planning units. In this manner, all the available floor spaces at a site can be 
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graphically represented. The graphical representations are stored in the 
hierarchical database as a sequence of points, so that the representations can be 
automatically regenerated for a future use. In addition, physical attributes of the 
physical objects represented by the graphical objects, such as the area of a floor 
space represented by a zone graphical object, are stored in the hierarchical 
database. 

Architectural drawings, which detail the physical limitation of the floor 
space (i.e., the locations of structural support colunms, power cables) can also be 
used as an underlay for the graphical representation of a floor at a site. That is, 
a user can trace out a graphical floor object over an architectural drawing, so that 
the user is cognizant of how to most efficiently allocate the floor space for 
footprints. 

Once the graphical objects are defined for a particular floor within a 
particular site, footprints can be placed on the floor. For each footprint, the user 
can store a tremendous amount of information regarding the article or piece of 
equipment occupying the footprint. This information is loaded into a hierarchical 
database for the footprint. Because footprints are only representations of actual 
articles and pieces of equipment, they can represent the occupant of a floor space 
at any point m time. In a preferred embodiment, the footprints store information 
relating to how the equipment is placed on the floor (e.g., defining an "envelope" 
surrounding the footprint, the direction the equipment faces) and important dates 
pertaining to the equipment. Important dates include the planned and actual 
installation dates, activation dates (when the equipment is to be turned on), 
decommission dates (when the equipment is to be turned off) and removal dates 
for said article or said piece of equipment. 

Finally, after the graphical objects have been created and tabular (non- 
graphical) information regarding the graphical objects and the footprints have 
been stored in the hierarchical database, the user can easily view and modify both 
the graphical objects and the non-graphical information. The user can also 
generate reports to view required information. 
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Brief Description of the Figures 

The present invention will be described with reference to the 
accompanying figures, wherein: ^ 

FIG. 1 A is a block diagram depicting an operational environment; 

FIGs. lB-1 G are block diagrams depicting various functional components 
according to a preferred embodiment of the present invention; 

FIG. IH is a block diagram depicting the components of a database 
according to a preferred embodiment of the present invention; 

FIG. 2 is a block diagram depicting a rack, shelves and modules according 
to a preferred embodiment of the present invention; 

FIG. 3 is a block diagram depicting a graphical representation of the site 
hierarchy, according to a preferred embodiment of the present invention; 

FIGs. 4Aand4B are flowcharts depicting a process that can be used for 
creating a configured shelf, according to a preferred embodiment of the present 
invention; 

FIG. 5 is a flowchart depicting a process that can be used for creating a 
configured rack, according to a preferred embodiment of the present invention; 

FIG. 6 is a flowchart depicting a process that can be used for creating a 
components in the product catalog, according to a preferred embodiment of the 
present invention; 

FIG. 7 is a flowchart depicting a process that can be used for creating a 
graphical site hierarchy, according to a preferred embodiment of the present 
invention; 

FIG. 8 is a flowchart depicting a process that can be used for placing a 
footprint, according to a preferred embodiment of the present invention; 

FIG. 9 is a block diagram of a computer useful for implementing 
components of the present invention; and 

FIGs. lOA-lON are block diagrams illustrating a plurality of database 
tables that can be used to implement the database depicted in FIG. 1 A, according 
to a preferred embodiment of the present invention. 
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In the figures, like reference numbers generally indicate identical, 
functionally similar, and/or structurally similar elements. The figure in which an 
element first appears is indicated by the leftmost digit(s) in the reference number. 

Detailed Description of the Preferred Embodiments 

The present invention is directed toward a system and method for 
allowing users to symboUcally place an article or a piece of equipment on the 
floor space of a building at a remote site. The invention permits users to 
graphically represent objects (e.g., floor objects, zone objects, etc.) defining the 
available area and to store tabular information describing the configuration of the 
graphical objects and the articles or pieces of equipment that are represented by 
the graphical objects. 

Section I explains the example environment for the invention. 

Section II is the operation overview for the invention. 

Section III presents the architecture for a suite of tools called the SiteVu 
tool, including an overview of the database and the components of SiteVu itself. 
The instant invention is particularly directed to subsections 4 (the administrative 
tool) and 5 (the placement tool). 

Section IV defines an example equipment rack. 

Section V provides a graphical view of a site hierarchy. 

Section VI describes how to create a configured rack, including creating 
a product catalog component (module, shelf or rail), creating a shelf 
configuration, and adding modules to the shelf. 

Section VII illustrates the site hierarchy database. 

Section VIII describes the substantive portion of the present invention. 

Section IX is an example implementation of the invention. 

Section X provides a detailed view of the site hierarchy. 

Section XI is a brief conclusion. 



f 
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/. An Example Environment 

The present invention is described in tenns of an example embodiment 
Specifically, the present invention is described in terms of an application program 
comprising all of the features of the present invention, in combination with a 
system for recording, maintaining and viewing placement and configuration of 
equipment for field sites. An example of such a system is the above referenced 
U.S. Patent Application "System and Method for Recording, Maintaining and 
Viewing Configuration and Placement of Equipment at Remote Sites." In the 
preferred embodiment, a suite of tools named "SiteVu" is used to record, maintain 
and view the configuration and placement of equipment in field sites for a 
telecommunications service provider. The description in such terms is provided 
for convenience only. It is not intended that the invention be limited to this 
example embodiment. For example, the present invention can be used to support 
other types of equipment for industries other than the telecommunications 
industry. In fact, after reading the following description, it will become apparent 
to persons skilled in the relevant art(s) how the implement the present invention 
in alternative embodiments. 

//. The Operatioml Environment 

FIG. I A is a block diagram depicting a typical operational environment 
according to a preferred embodiment of the present invention. A network 102 is 
depicted in the center ofthe drawing in FIG. lA. Thenetwork 102 represents any 
type of computer and/or telecommtmications network or combination thereof, that 
can be used to couple a plurality of workstations 104 with a relational database 
108. In this example, each workstation 104, is a general purpose computer 
system that executes software (referred to herein as "SiteVu"), that causes the 
computer system 104 to perform the fimctions as described herein. 
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In one embodiment of the present invention, the network 102 can be a 
company wide intranet. In other embodiments, local area networks (LANs), or 
wide area networks(WANs), (such as multiple LANs linked together with 
bridges, routers or the like), can be used as the network 102. In addition, the 

5 network 102 can include the use of switched networks, and other forms of 

common carrier transmission lines and equipment that can link remote computers, 
such as the remote workstations 104, to the relational database 108. 

Also depicted in the example environment shown in FIG. 1 A is file server 
1 12 and a storage device comprising architectural drawings 110. In a preferred 

10 embodiment, each computer system 104 executes software that performs 

computer aided drafting and design (CADD) fimctions. As described below, the 
CADD software is controlled by the SiteVu program in a preferred embodiment 
of the present invention. In this example, architectural drawings may be stored 
on local storage de^dces in each of the workstations 1 04, or in a central file server, 

15 such as the file server 112. This aspect of the present mvention will be 

subsequently described below. 

In this example the relational database 108 is coupled with a database 
server 106. In a preferred embodiment, the relational database is implemented 
using an Oracle relational database, supplied by Oracle Corporation. In addition, 

20 the database server 106 is a DEC Alpha 2100, manufactured by Digital 

Equipment Corporation. Further, Microsoft Windows* manufactured by 
Microsoft Corporation can be used as the operating system for the computer 
systems 104 used to execute the SiteVu suite of tools (including the SiteVu 
placement tool) and the CADD programs. Finally, in a preferred embodiment, 

25 the CADD program used is Microstation CADD, manufactured by Bentley 

Systems Inc. 
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///. An Architecture for the SiteVu Program 

FIGs. 1 B- 1 H depicts an example of an architecture of the SiteVu program, 
according to a preferred embodiment of the present invention. Specifically, FIGs. 
1 B- 1 G describe an example of SiteVu components and their associated inputs and 
outputs. 

A The Logical Components for the Database 

FIG. IH depicts the logical components of the database 108, according to 
a preferred embodiment of the present invention. Specifically, in this example, 
the database 108 comprises: a site hierarchy repository 124; a product catalog 
1 26; a configuration library 128; a placement library 1 30; user security 132; pick 
lists 1 34; connections 1 36; and power tables 1 38. A more detailed description of 
the database 108, illustrating specific tables and relationships between tables, is 
subsequently described below with reference to FIG. 10. 

A more detailed description of the database 1 08, illustrating specific tables 
and relationships between tables, is subsequently described below in section VIII 
with reference to FIGs. lOA-lON. 

B. The SiteVu Components 

FIGs. IB-IG describe an example of SiteVu components and their 
associated inputs and outputs. 
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1, An Overview of the Components 



As indicated by FIG. IB, the SiteVu central database 108 is preferably, a 
relational database management system. The SiteVu tool (FIG. 1 B) comprises the 
following components: the SiteVu Power Pages (SVPP) 110; the SiteVu 
5 Rackface tool (SVRF) 112; the SiteVu Administrative tool (SVAD) 114; the 

SiteVu Placement tool (SVPL) 1 16, and the SiteVu Report Generator (SVRP) 
119. 



2. The Power Page Tool 



As indicated by FIG. 1 C, the power page 1 10 reads data from and stores 
10 data in the database 108. The power page 110 provides power estimates for 

remote sites. In a preferred embodiment, a web browser 1 1 1 is used to input data 
into the power page 1 10 from the workstation 1 04, and to output data from the 
power page 1 1 0 to the workstation 1 04. 

3. The Rackface Tool 



1 3 As depicted in FIG. 1 D, the rackface tool 1 1 2 reads data from and stores 

data in the database 1 08. The rackface tool 1 1 2 is used to define components for 
the product catalog 126. Further, the rackface tool 112 is used to define 
configured shelves using empty shelves and modules from the product catalog 
126, and storing the configured shelves in the configuration libraiy 128. In 

20 addition, the rackface tool 1 12 is used to define configured racks from rails and 

configured shelves from the product catalog 126 and the configuration library 
128, respectively. Such configured racks (also referred to as racks), are stored 
in the configuration library. 

In addition, the rackface tool 1 12 is used to operate on footprints. As 

25 stated footprints are racks that have been placed in remote sites, via the placement 

tool 116 (described below). Specifically, in a preferred embodiment, the rackface 
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tool 112 is used to display information about footprints and to replace one 
footprint with another footprint, as described below. 

In a preferred embodiment, the rackface tool 1 12 is implemented using 
Windows* operating system, provided by Microsoft, Inc. Thus, Window's* 
Application Programming Interface 113 is used to implement the functions 
provided by the rackface tool 1 12 on the workstation 104. 

FIG. 1 D depicts various types of data used by rackface tool 1 1 2, according 
to a preferred embodiment of the present invention. As indicated by the data-in 
list 120, the rackface tool 1 12 reads pick lists 134 from the database 108. As 
described in further detail below, a pick list is a database table that comprises a 
list of valid values for particular data fields within the database 1 08. Preferably, 
pick list tables are used during a data entry process to provide users with a drop- 
down list box, or the like, comprising textual representations of pre-defined 
values that can be specified for particular data fields. Note that the term "pick 
list" is used herein to describe a pick list table in the database 1 08. However, the 
term is also used herein to describe the drop-down list box that is associated with 
a pick list table and used during a data entry process, as described above. 

In addition, the rackface tool 1 12 reads data from the product catalog 126 
to create shelf configurations that are stored in the configuration library 128. 
Further, configured shelf data from the configuration library 128 is used to create 
rack configurations that are also stored in the configuration library 128. Site 
hierarchy data is read from the site hierarchy repository 124, and is used to 
replace generic footprints with manufacturer specific footprints. Further, 
placement data is read from the placement library and used to display footprint 
information, and replace generic and manufacturer specific footprints, as 
described below. 

User and security data 132 is read by the rack face tool to determine 
access rights and the like for particular users. In addition, placement data is read 
from the placement library 130 when the rackface tool 112 replaces generic 
footprints, as described below. 
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Examples of data output from the rackface tool 1 12, as indicated by the 
data-out list 122, includes product catalog data, configured shelves data and 
configured rack data. For example, the rackface tool 112 is used to create 
components for the product catalog 126. An example of a process that can be 
used to create components in the product catalog 126 is subsequently described 
herein with reference to FIG. 6. 

Similarly, the rackface tool 112 is used to create entries in the 
configuration library 128. An example of a process that can be used to create 
data entries for the configuration library 128 is subsequently described herein 
with reference to FIGs. 4A, 4B and 6. 

Another example of data output from the rackface tool 1 1 2, includes data 
used to update the placement library 1 30. For example, the placement libraiy 1 30 
is updated when a generic footprint is replaced with a manufacturer specific 
footprint, as described below. 

4. The Administrative Tool 

As indicated by FIG. 1 E, the Administration tool 1 1 4 reads data from and 
stores data in the database 1 08. The Administration tool 1 1 4 is used to create and 
update the pick lists 1 34, user security data 132, and the site hierarchy repository 
124. In a preferred embodiment, the Administration tool 1 14 is implemented 
using the Windows' operating, system, provided by Microsoft, Inc. Thus, 
Window's* Application Programnung Interface 115 is used to implement the 
fimctions provided by the administration tool 1 14 on the workstation 104. 

FIG. IE depicts various types of data used by administrative tool 1 14, 
accordmg to a preferred embodiment of the present invention. As indicated by 
the data-in list 120, the administrative tool 1 14 reads pick lists 1 14 and user 
security data 132 from the database 108. 

As indicated by the data-out list 126, the administrative tool 1 14 creates 
and updates pick lists 1 34 and user security data 1 32. In addition, this tool is used 
to create part of the site hierarchy that is stored in the site hierarchy repository 
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124, as described below. Specifically, the sites, buildings (or structures) and the 
non-graphical portion of the floor level hierarchies are created by the 
administrative tool 114. 

5. The Placement Tool 

As indicated by FIG. IF, the placement tool 1 16 reads data from and 
stores data to the database 1 08. The placement tool 1 1 6 represents an example 
of a specific embodiment of the present invention. Specifically, the Placement 
tool 1 1 6 is used to create footprints (i.e., an equipment placed on the floor space) 
by placing racks in remote sites. Such data is stored in the placement library 1 30. 
In a preferred embodiment, the placement tool 1 1 6 is also implemented using the 
Windows® operating system, provided by Microsoft, Inc. In addition, graphics are 
provided by a CADD program, such as Microstation CADD 1 17, as previously 
described. 

FIG. IF depicts the various types of data used by placement tool 116, 
according to a preferred embodiment of the present invention. As indicated by 
the data-in list 128, the placement tool reads pick lists 1 34, user and security data 
132, site hierarchy data 124, placement data 130, configured rack data 128, and 
power plant definition data 138 fi-om the database 108. 

As indicated by the data-out list 130, the placement tool 1 16 uses a site 
hierarchy (i.e., from a site down to a floor) established by the administrative tool 
1 14 to create graphical and database representations of remote sites, buildings, 
floors, zones, rows (specifically row segments), and footprints. The tool can also 
be used to update these objects, both graphically and the data associated 
therewith. Therefore, the tool can be used to update site hierarchy data 124, 
configuration data 128, pick list data 134, and placement data 130. 



9843155A1J _> 



wo 98/43155 



PCT/US98/05595 



-16- 

6. The Report Generator 

As indicated by FIG. IG, the report generator 1 19 reads data from the 
database 1 08 to generate reports. In a preferred embodiment the report generator 
is implemented using Access 121, provided by Microsoft, Inc. Reports are 
5 printed on the printer 123. 

iK An Equipment Rack 

As stated, equipment within remote sites are typically arranged and 
mounted in equipment racks. FIG. 2 is an illustration depicting a typical 
equipment rack 202. Accordingly, the equipment rack 202 comprises a plurality 

10 of shelves 204a-204f (generally 204). In this example, the shelf 204a comprises 

a plurality of vertically positioned slots 208a-208o (generally 208). Typically 
circuit cards, such as the circuit card 214, are installed in the slots 208. 

As described below with reference to FIGs. 4A and 4B, data related to 
particular modules that can be used to configure the shelves 208, according to a 

15 preferred embodiment of the present invention, are stored in the product catalog 

126. Accordingly, the circuit card 214 is an example of a type of module that is 
preferably represented in the product catalog 126. Other examples of types of 
modules can be represented in the product catalog 126 are the workstation 210 
and the modem 206. As shown in FIG. 2, such modules 206, 210 and 214 are 

20 used to configure shelves 208, according to a preferred embodiment of the present 

invention. 

V. A Graphical View of the Site Hierarchy 

FIG. 3 is a block diagram that graphically illustrates an example of a site 
hierarchy, as previously described. Specifically, the site hierarchy shown in FIG. 
25 3 comprises a floor 302, 3 zones 304, 4 planning units 306 and a plurality of row 

segments 308 within each planning unit 306. As previously described, each site 
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hierarchy level shown in FIG. 3 is represented by a polygonal shape that 
completely encloses the lower site hierarchy level that are contained therein. 

In this example of a preferred embodiment, zones typically represent 
physical locations in which equipment of a particular class are placed. In a 
preferred embodiment, racks cannot be placed unless the equipment class of the 
rack matches the equipment class of the zone in which the rack is being placed. 
This restriction can be overridden, however, by a user with special access who 
uses a "superuser" function. 

In this example, plaiming units 306 are specified so that multiple users can 
define row segments 308, in the same zone 304, at the same time. In a preferred 
embodiment, the database 1 08 is shared by multiple users. However, in order to 
maintain data integrity, certain precautions must be taken. In this example, when 
a user is in the process of defining rows and placing row segments 308, via the 
placement tool, as described below, other users are prevented from accessing 
certain portions of site hierarchy repository 124. In particular, the site hierarchy 
level just above the row level being defined must be locked. Thus, a site 
hierarchy level of planning unit 306 is used between the row level 308 and zone 
level 304. Accordingly, planning unit 306 is locked from other users instead of 
the zone level 304. In this manner, several users can work simultaneously to 
define row segments 308 within the same zone 304. 

Further, in this example, footprints can only be created in row segments 
308. As will be described below, a physical row in a site may comprise one or 
more row segments 308. In the simple example shown in FIG. 3, there is a one 
to one correspondence between physical rows and row segment 308. However, 
a site hierarchy level called a row segment 308, is used in a preferred 
embodiment of the present invention, to prevent users from placing racks in areas 
that have physical obstructions. For example, suppose a physical obstruction, 
such as a building support column, is present within a particular row in a field 
site. In this case, the physical row is represented by two row segments, that are 
placed to avoid the obstruction. In this fashion, since racks can only be placed 
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within row segments 308, a user cannot inadvertently place a rack in the same 
position as the obstruction. 

As noted above, an implementation of the present invention provides a 
means for defining components, including modules, shelves and rails, that are 
stored in the product catalog 126. Preferably, detailed information pertaining to 
each component within the product catalog 126 is defined during a data entry 
process. 

VI. Creating Configured Racks From Product Catalog Components 
A. Creating a Product Catalog Component 

FIG. 6 is a flowchart depicting an example of such an data entry process 
that can be used to create components for the product catalog 126, according to 
a preferred embodiment of the present invention. Specifically, in a preferred 
embodiment, this process is performed via the rackface tool 112 component of 
SiteVu. The process begins with step 602. In step 602, a user selects the 
component type. In this example, component types include modules, shelves and 
racks. Once a component type is selected, control passes to step 604. In step 604, 
the user specifies values for each attribute presented fix)m a pre-defined list of 
attributes, that are ^plicable to the selected component type. Preferably, a 
different pre-defined list of attributes is presented for each component type. 
Thus, a particular list of attributes is presented to the user, depending on the type 
of component selected in step 602. Generally, values for attributes are specified 
by either typing data directly into data entry fields, or by selecting one or more 
pre-defined items from a pick list associated with the data attribute. 

Examples of attributes that can be specified in step 604 include identifying 
attributes, physical attributes, electrical and connection attributes and status 
attributes. Identifying attributes include for example, manufacturer's name, 
manufacturer's model number, service provider's identifier, bar code identifier. 
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manufacturer's part number, manufacturer's description, face label, equipment 
class code and equipment subclass code. 

Physical attributes generally include height, width, depth, and weight. 
Typical electrical attributes include voltage type, a voltage quantity, current and 
current quantity. Further, in a preferred embodiment, additional data fields are 
included that indicate whether or not the attributes have been completely 
specified. 

In step 606, the user specifies a unique identifier for the newly created 
component. Next, as step 608 indicates the component is stored in the product 
catalog 126. The process ends with step 610. 

B. Creating a Shelf Configuration 

FIG. 4A is a flowchart depicting a process that can be used to create a 
shelf configuration, according to a preferred embodiment of the present invention. 
Specifically, this process is performed by the rackface tool 122, according to a 
preferred embodiment of the present invention. 

The process begins with step 404. In step 404, the user specifies a unique 
name for the new shelf configuration. Typically, this name must be unique m the 
database 1 08. In addition, values are specified for required fields. For example, 
in a preferred embodiment, required fields include a manufacturer, an equipment 
class and an equipment subclass. Note that in a preferred embodiment, a value 
for manufacturer or 'generic' is used for generic racks as previously described. 

Next, in step 406, a pick list is displayed to the user comprising a list of 
pre-defined components from the product catalog 126. Thus, components that 
have been created according to the process depicted in FIG. 6 are listed in step 
406. 

Specifically, in this example, a list of shelf components are presented to 
the user. In a preferred embodiment, sort, find and filter options are provided to 
assist the user in finding a particular component listed in the product catalog 126. 
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In any case, the user is prompted to select a particular shelf from the pick list 
presented in step 406. 

Next, as step 408 indicates, if a desired shelf cannot be found in the 
product catalog 126, control passes to step 410. This can occur for example, if 
5 a user desires to use a particular shelf that has not yet been created, via the data 

entry process depicted in FIG. 6. Accordingly, the user has the option to create 
a new product catalog 1 26 component as indicated by step 410. Process steps that 
can be used to create a product catalog component 410 is presented in FIG. 6, as 
previously described. 

10 On the other hand, as indicated by step 408, if the pick list in step 406 

contains the desired shelf component, the user selects the shelf component in step 
412. Control then passes to step 41 8. In step 418, the user adds modules to the 
selected shelf 



C. Adding Modules to a Shelf 

IS A process that can be used to add modules to a selected shelf is presented 

in FIG. 4B. The process begins with step 420. 

In step 420 the user is presented with pick list that contains a Ust of pre- 
defined modules from the product catalog 1 26. In a preferred embodiment, sort, 
find and filter options are provided to assist the user in finding a particular 
20 module from product catalog 126. 

Examples of pre-defined module types include circuit cards 214, computer 
terminals 210, and other equipment, such as the modem 206. Modules are 
components that are generally installed on shelves, such as the shelf 208. 

As step 422 indicates, if the desired module is included in the list 
25 presented in step 420 control passes to step 424, where the user selects the 

module. If not, once again the user has the option to create a product catalog 
component, as indicated by step 410. 
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After a module has been selected in step 424, control passes to step 426. 
In step 426, the selected module is placed in the first available slot 208 on the 
configured shelf 204. 

Next as step 428 indicates the user is presented with a graphical 
representation of the shelf and the module as selected fi'om steps 412 and 424, 
respectively. Control then passes to step 430. 

In step 430, the user has the option to modify the shelf As step 434 
indicates, this includes for example, adding, moving and deleting modules. In 
addition, the user can list information about the configured shelf As indicated 
by step 434, if the user chooses to add more modules to the shelf, control passes 
to step 420, and steps 420-430 are repeated, as described above. 

As stated above, in a preferred embodiment, users edit a configured shelf 
in step 434, by directly manipulating graphical representations of the selected 
modules, from step 428. For example, in one implementation, users "drag" 
graphical representations of the selected modules to particular locations within 
the graphical representation of the selected shelf. Preferably, a mouse or other 
pointing device is used to accomplish this task. 

After the user has completed modifying the shelf, control passes to step 
438. In step 438, the configured shelf is stored in the configuration library 128 
and the process ends as indicated by step 440. 

In a preferred embodiment, the user also has the option to store the shelf 
as a "work-in-progress" to be completed later. In addition, other status such as 
"pending approval", "standard" or "special" can be specified. Preferably, only 
configured shelves with a status of approved standard (i.e. standard configured 
shelves that have been approved), or special can be used in a configured rack. 

After one or more shelves have been configured and stored in the 
configuration library 128, according to the process in FIG. 4A, the configured 
shelves can be used to create configured racks. 
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D. Creating a Configured Rack 

FIG. 5 is a flowchart illustrating a process which can be used to create a 
configured rack, according to a preferred embodiment of the present invention. 
The process begins with step 501 . In step 501 , the user specifies a name for the 
configured rack. In addition, required fields such as a description, a 
manufacturer, a class and a subclass are preferably specified in step 501 . In step 
502, a list of pre-defined rails fi-om the product catalog 126 is presented to the 
user. In a preferred embodiment, sort, find and filter options are provided to assist 
the user in finding a particular rail fi'om product catalog 1 26. In any case, the user 
is prompted to select a rail from the pick list presented in step 502. 

As step 504 indicates, if the desired rail is included in the list presented 
in step 504, control passes to step 506, where the user selects the rail. If not, once 
again the user has the option to create a rail for the product catalog 126 as 
indicated by step 410. 

If a rail is selected in step 506, control passes to step 508. In step 508, the 
user is presented with a list of the available configured shelves fi:om the 
configuration library 128. In a preferred embodiment, only shelves .that are 
compatible with the selected rail are presented. Further, as previously noted, in 
a preferred embodiment, only configured shelves having a status of approved 
standard or special will be presented in the list in step 508. Note that the 
configured shelves presented in the pick list in step 508 are shelves that have been 
configured according to the process depicted by the flowchart in FIGs. 4A and 
4B, as previously described. In step 5 1 0, the user selects a configured shelf fi-om 
the pick list presented in step 508. 

In step 512, a graphical representation of the selected shelf and rail are 
presented to the user. This graphical representation is presented to the user so 
that the user can directly manipulate it to modify the configured rack as described 
below with reference to step 518. In step 5 1 4, the user has the option to modify 
the rack. As step 518 indicates, this includes for example, adding, moving and 
deleting shelves. In addition, the user can list information about the configured 
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rack. As indicated by step 5 1 8, if the user wishes to add additional shelves to the 
rack, control passes to step 508, and steps 508-514 are repeated, as described 
above. 

As stated above, in a preferred embodiment, users modify a configured 
rack in step 518, by directly manipulating the graphical representations of the 
selected shelves from step 5 1 2. For example, in one implementation, users "drag" 
graphical representations of the selected shelves to particular locations within the 
graphical representation of the selected rail. 

After racks have been configured, for example, by using the process 
depicted by the flowchart in FIG. 5, they can be placed within a site. The 
explanation of how a site hierarchy is built and how graphical objects (such as 
racks) are placed within the hierarchy is presented in sections VIII and X below. 

VIL A View of the Database 

A. An Overall View of the Database 

FIG. 1 OA is a block diagram illustrating a plurality of database tables that 
can be used to implement the database 1 08, according to a preferred embodiment 
of the present invention. In this example of a preferred embodiment, a relational 
database is used to implement the database 1 08. However, in other embodiments, 
different types of databases can be used. An expanded version of the block 
diagram depicted in FIG. lOA is also depicted in the FIGs. lOC-lON. FIG. lOB 
shows how the FIGs. lOC-lON are related to each other to form the block 
diagram depicted in FIG. lOA. 
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B. Remote Sites, Power Plants, Responsible Departments, and 
States 

Referring now to FIG. IOC, the table 1004 represents remote sites in a 
portion of the database 108, referred to above as the site hierarchy reposi^y. 
S Each box, such as the box 1004, represents a specific database table. 

Accordingly, each database table comprises the names of specific data fields that 
are defined for each table according to a prefened embodiment of the present 
invention. 

In this example, the names for each data field are descriptive of the type 
10 of data they represent. For example, the first three data fields in the site table 

1 004 are named "SITEJD",SITE^CD and SITE_TYP_CD", respectively. These 
three data fields hold information related to a site identification number, a site 
code and a site-type code, for each site stored in the site table 1004. As such, for 
the most part, by reading the descriptive names of the data fields illustrated in 
1 5 FIGs. 1 OC- 1 ON, their fimction and purpose would be apparent to those skilled in 

the relevant arts. 

Typically, data fields in a relational database 108, are conceptualized as 
columns in a database table. Likewise, the data entries that are stored therein are 
conceptualized as rows in a database table. Thus, the term row is used herein to 

20 describe a single data entry within a database table. Accordingly, the term row 

and the term entry are synonymous. For example, a single row (or entry) in the 
site database table 1 004, represents data describing the details of a single remote 
site. A complete description of the remote site comprises specific values for each 
of the data fields associated with the database table 1004. However, it is 

25 generally not necessary to provide values for every data field associated with a 

database table. This choice generally depends on each specific implementation 
of the present invention, which will typically define data fields as being either 
required or optional. 

The lines interconnecting database tables shown in FIGs. IOC- ION 

30 represent relationships among tables. It should be noted that for the most part, the 

database tables shown in FIGs. lOC-lON are self-explanatory to those skilled in 
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the relevant art(s). Accordingly, after reading the brief description below and 
examining FIGs. 1 OC-ION, it would be apparent to those skilled in the relevant 
art(s) how to implement the database 108, according to a preferred embodiment 
of the present invention, 

5 As stated, interconnecting database tables shown in FIGs.lOC-lON 

represent relationships among the tables in the database 1 08. For example, a line 
1003 is shown connecting the site table 1004 to the plant table 1006. In this 
example the plant table 1002 represents power plants that are installed in each 
site. The circle at the end of the line 1003 represents a one to many relationship 

10 between the rows in the site table 1004 and the rows in the plant table 1006. 

Accordingly, each entry in the site table 1004 may be associated with more than 
one entry in the plant table 1 006. In other words, each site may have more than 
one plant installed therein. 

The tables 1 006 and 1 008 represents pick list tables for specific data fields 

15 within the site table 1004. Specifically, the pick list tables 1006 are associated 

with data fields used to define a responsible department and a geographical state 
for a particular site listed in the table 1004. 

In this example, pick list tables comprise a list of valid values that are 
used to fill*in particular data fields. A pick list table, such as the pick list table 

20 1008, is used to assist in the data entry process. Typically, a pick list table is 

associated with one or more data fields. For example, the pick list table 1 008 is 
associated with a data field "STATE-CD" within the table 1004 (as depiced by 
the dotted line 1005), Preferably, pick list tables are used during data entry to 
provide users with a drop-down list box, or the like, comprising textual 

25 representations of pre-defined values that can be specified for the row or rows, 

associated with the pick list table. 

Accordingly, using the example described above, a pick list comprising 
states containing remote sites is presented to the user during a data entry phase. 
Preferably, after the user selects an item from the pick list (in this case the name 

30 of a state), the associated value is automatically entered stored in the associated 

row within the database table. Typically, in such cases, users are restricted to 
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values contained in the pick list tables. That is, for such data fields that have pick 
lists associated with them, values other than those contained in the pick list may 
be considered invalid. However, this choice depends on particular 
implementations of the present invention. 

S C Sites Types^ Structures (Buildings) f Floors^ and Zones 

Referring now to FIG. 1 OD, table 1 009 is a pick list table associated with 
the site table 1004 for providing valid values for the data field used to store site 
types. Table 1010 represents structures or buildings within sites. Typically, each 
site (represented by a single entry or row in the site table 1004), comprises 

1 0 multiple buildings that are each represented by a single entry in the building table 

1010. Therefore, typically the building table 1010 comprises multiple rows for 
each row in the site table 1 004. 

The table 1011 represents floors within structures represented by table 
1010. Typically, the floor table 1011 comprises multiple entries for each entry 

15 in the structure table 1010. The table 1012 represents floor points for the floors 

represented by the floor table 1010. This information is used in a preferred 
embodiment of the present invention for rendering graphical representations of 
floors, as described above. In one embodiment, each entry in the floor point table 
1012 contains x-y coordinates for a portion of a polygon that is used to 

20 graphically represent the associated floor. Typically, the floor point table 1012 

comprises multiple rows for each entry in the floor table 101 1. 

The table 1013 represents zones within floors represented by the floor 
table 101 1. Typically, the zone table 1012 comprises multiple entries for each 
entry in the floor table 1011. The table 1014 represents zone points for the zones 

25 represented by the zone table 1013. This information is used in a preferred 

embodiment of the present invention for rendering graphical representations of 
zones. In one embodiment, each row in the zone point table 1014 contains x-y 
coordinates for a portion of a polygon that is used to graphically represent the 
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associated zone. Typically, the zone point table 1014 comprises multiple entries 
for each entiy in the zone table 1013. 

Z>. Planning Units, Rows, and Row Segments 

Referring now to FIG. ICE, the table 1015 represents planning units 
5 within zones represented by the zone table 1013. Typically, the plaiming unit 

table 1015 comprises multiple entries for each entry in the zone table 1013. The 
table 1016 represents points for planning unit table 1015. This information is 
typically used for rendering graphical representations of plarming units. In one 
embodiment, each row in the planning unit point table 1016 contains x-y 
10 coordinates for a portion of a polygon that is used to graphically represent the 

associated plaiming unit. Typically, the planning unit point table 1016 comprises 
multiple entries for each entry in the plarming unit table 1015, 

The table 1017 represents rows within planning units. Typically, the row 
table 1017 comprises multiple entries for each entry in the plarming unit table 
15 1015. The table 1018 represents row segments within rows. Typically, the row 

segment table 1018 comprises multiple entries for each entry in the row table 
1 0 1 7. As will be shown below, configured racks are placed within row segments. 



E. Product Catalogs, Shelves, Cards (Modules) and Rails 

Referring now to FIG. lOF, the tables 1019-1023 is a portion of the 
20 database 108 referred to herein as the product catalog 126. Specifically, table 

1019 represents components, such as modules, shelves and racks, as previously 
described. Data fields vdthin the product catalog table 1019, preferably 
comprises detailed information about each component stored therein, such as a 
part number, a classification, and physical dimensions of the component. In a 
25 preferred embodiment, information common to all types of components is stored 

in the product catalog table 1019, and information specific to pre-defined 
component types are stored in the database tables 1020-1023. 
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For example, the shelf table 1020 reptesents additional information 
particular to shelf components. In this example, information such as the quantity 
of wire, coaxial and fiber connectors are stored in the shelf table 1 020. The card 
table 1021 represents additional information particular to cards or module 
S components. In this example, information such as actual and nominal electrical 

and power input and output requirements are stored in the shelf table 1020. 

Likewise, the rack table 1022 represents additional information particular 
to racks, such as the dimensions of the rack header and rack footer areas. In 
addition, the HVAC rack table 1023 represents additional information about 
10 HVAC (heating, ventilation and air conditioning) racks. In this example, such 

additional information includes quantities for air flow, BTUs per hour, air flow 
capacity and coolant specifications. 



F. Placement Data for Racks, Placement Data for Shelves, 
Placement Data for Cards (Modules), and Configuration Racks 



15 The tables in FIGs. lOG, lOH, lOJ, and lOK represent portions of the 

database 108 referred to herein as the configuration library 128, and portions of 
the database used to store footprint information as described above. Specifically, 
the portion of the database referred to herein as the configuration library 128 is 
primarily represented by the configured racks table 1062 (FIG. lOJ) and the 

20 configured shelves table 1026 (FIG. lOK). 

As shown by the interconnecting lines, both the configured racks and the 
configured shelves table 1022 and 1026, respectively, are related to the product 
catalog table 1019. Specifically, as previously stated, configured racks and 
configured shelves are comprised of components (i.e. modules, shelves and 

25 racks), from the product catalog 1019, that have been interrelated. In a preferred 

embodiment, the interrelationships for configured racks and shelves are defined 
with the use of a rackface tool 1 12. 

The configured rack item table 1 025 (FIG. 1 OK) represents individual rack 
positions that are used to hold shelves, for each rack defined in the configured 

30 rack table 1 022. In a preferred embodiment, configured shelves that are installed 
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in particular rack positions are defined by the configured shelves table 1026. 
Accordingly, each entry in the configured shelves table 1026 can correspond with 
a single entry in the configured rack item table 1 025. Note however, that entries 
within the configured shelves table 1026 can be associated with multiple entries 
5 in the configured rack item table 1 025 . This would be the case for example, if the 

same configured shelf is used in multiple rack positions in a single rack, or used 
in multiple racks. 

The configured shelves item table 1027 (FIG. lOK) represents individual 
shelf positions that are used to hold modules for each shelf defined in the 

10 configured shelves table 1026. In a preferred embodiment, modules that are 

installed in particular shelf positions are defined by the product catalog table 
1019. Accordingly, each entry in the product catalog table 1019 can correspond 
with an entry in the configured shelf item table 1027. It should be noted 
however, that in a preferred embodiment, each entry within the product catalog 

15 1019 is typically associated with multiple entries in the configured shelf item 

table 1027. 

A particular novel and advantageous feature of a preferred embodiment 
of the present invention is illustrated by the use of the placement library 130, as 
discussed above. Specifically, the placement library 130 comprises the placement 

20 data for racks table 1061 (FIG lOG), the placement data for cards table 1024 

(FIG. lOH) and the placement data for shelves table 1063 (FIG. 10H)1063. The 
placement data for racks table 1061 is used to place configured racks firom the 
configured racks table 1062 in particular row segments within the row segment 
table 1018. In this example, one or more racks can be placed in a particular row 

25 segment. This feature is preferably implemented by creating a footprint using a 

placement tool as previously described above. 

Preferably, specific data fields within the placement data for racks table 
1 06 1 are used for planning purposes. Such data fields are used to define specific 
time-related events such as plaimed and actual installation, activation, 

30 decommission and removal dates. This allows site plaimers to view data related 

to the configuration and placement of equipment in remote sites on a time 
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dependent basis. Moreover, a preferred embodiment of the present invention 
such information is provided at the rack, shelf and module level. 

As described above, the placement data for rack tables 1 06 1 provides such 
time dependant data for field equipment at the rack level. Similarly, the 
5 placement data for shelves table 1 063, provides such time dependant data for field 

equipment at the shelf level. Likewise, the placement data for modules table 
1 024 provides such time dependant data for field equipment at the module level. 

Accordingly, using this feature of the present invention, site planners and 
other groups can view data related to field sites on a time-dependant basis. 
10 Preferably, each card (or module), shelf and rack that is placed within a remote 

site will have planned and actual installation, activation, decommission and 
removal dates associated with it. In this maimer, users for example, can view the 
configuration and placement of equipment within remote field sites at a particular 
past, present or fiirther date. 

1 5 C. Additional Pick List Tables 

FIG. 101 comprises additional pick list tables fi-om the pick list 134 
portion of the database 108. Specifically, the vendor information pick list table 

1028 comprises valid values used to describe pre-defined manufacturers. In this 
example, the vender information pick list table 1028 is associated with the 

20 product catalog table 1019, the configuration racks table 1022 and the 

configuration shelves table 1026. Similarly, the class pick list table 1030 is used 
to store pre-defined values used to describe equipment classes. In this example, 
the class pick list table 1030 is associated with the zone table 1013, the 
configuration shelves table 1022 and configuration racks table 1026. Likewise, 

25 the sub-class pick list table 1029 comprises pre-defined valid values used to 

describe equipment sub-classes. In this example, the sub-class pick list table 

1029 is associated with the product catalog 1019, the configuration shelves table 
1 022 and configuration racks table 1 026. In addition, in this example, the pick 



BNSDOCID: <WO__9843155A1_L> 



wo 98/43155 



PCT/US98/05595 



-31- 

list tables 1028, 1029 and 1030 are associated with the connection tables as 
described below with reference to FIG. lOL. 

H. Connection Tables 

FIG. lOL comprises the connection portion 136 of the database 108. 
Specifically, the connection tables 1031-1035 are used to logically or physically 
connect one database entity with another database entity, without providing the 
details of the connection. For example, the connection 136 portion of the 
database 108 can be used to provide a logical connection between a power plant 
site hierarchy level and a particular footprint that draws power therefrom. In 
another example, the connection 136 portion of the database 108 can be used to 
provide a physical connection between a main power distribution bay and a 
particular footprint. The connection tables 1031-1035 are used in a preferred 
embodiment to define rules for connecting objects within the database 1 08 to one 
another. For example, the connection rules table 1032 defines what types of 
objects can be connected together. Similarly, the connection rules sub-class table 
1036 defines what sub-classes of equipment can be connected together. The 
connection table 1034 is used to define what objects are connected together. 

/. User Security Tables 

FIG. lOM comprises user security tables 1037-1043, that form the user 
security 132 portion of the database 108. These tables 1037-1043 are preferably 
used to control database access and the access to specific fimctions within SiteVu 
based on user identification. In the preferred embodiment the tables 1 03 7- 1 043 
describe which fimctions are allowed to be perfonned by which users. For 
example, in one embodiment, only users with a transmission rating are permitted 
to place transmission equipment in remote sites. Accordingly, such control may 
be implemented with the use of the user security tables 1 037- 1 043 shown in FIG. 
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lOM. The power tables 138 portion of the database 108, comprises the tables 
1044-1052 shown in FIG. ION are used for power planing as described below. 

VIIL Creating the Graphical Objects for Sites, Structures, Floors, Zones, 
Planning Units and Footprints 

A. Definition of a Footprint 

A footprint is the union of an object, such as a configured rack as 
described above, and a specific location on the floor space. In other words, a 
footprint refers to the space or area occupied by a configured rack at a site. As 
will become apparent from the discussion presented below, the primary purpose 
of placement tool 1 16 is to create a plan, e.g. a five year plan, that describes a 
physical and environmental map of configured racks at a given site. The primary 
product of the placement tool 1 16 is the placement of footprints on the floor 
space. 

A The Administrative Tool Function in Establishing a Hierarchy 

Referring to FIG. IE, In the preferred embodiment, the Administrative 
tool 1 14 is software written in the "C-H-" language, running on a Windows* 
operating system, using a Windows® Application Progranmiing Interface 115 to 
implement its functions on the workstation 104. 

Before the placement of any graphical objects, such as floor graphical 
objects, zone graphical objects, planning unit graphical objects, row segment 
graphical objects, and footprint graphical objects, it is necessary to use 
Administrative tool 114 to establish a base site-structure-floor hierarchy in 
database 108. In this manner, at least a minimum amount of non-graphical 
(tabular) information must be established regarding the site-structure-floor 
hierarchy before any structures can be graphically represented. For example, in 
one embodiment the user must name a site (if the site does not exist), name a 
stmcture within the site, and name a floor within the structure. The 
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Administrative tool 114(1) creates site table 1004, structure table 1 01 0, and floor 
table 101 1 in database 108, as shown in FIGs. IOC, lOD, and (2) fills in the first 
fields for these tables, corresponding to the names of the tables, as described in 
sections X.A, X.B and X.C. The user can also fill in numerous other database 
fields, as described in these sections. 

In addition, while using the Administrative tool 1 1 4, the user can associate 
with a site-structure-floor an accompanying architectural (also known as civil) 
drawing. An architectural drawing provides the architectural layout of the floor 
from an aerial (top) view, including the existence of columns that support the 
building, fire escapes, air vents, doorways and other entrances. In addition, the 
architectural drawings detail where required power cables provide power where 
HVAC units condition the air. Referring to section X.C.4, the name of the file 
containing the architectural drawing is stored in floor table 1011, as shown in 
FIG. lOD. 

C An Overview of the Placement Tool Function 

In the preferred embodiment, the placement tool 1 1 6 is software running 
on a Windows* operating system. In a preferred embodiment, the placement tool 
116 is implemented using the Microstation Development Language (MDL). 
MDL is a high level host language that Microstation incorporates for developing 
programs that interface with the CADD fimctions provided by the Microstation 
C ADD program. For example, to allow a user to trace out a floor, or a zone, or 
some other type of graphical object, the placement tool 116 submits a 
corresponding MDL command, to instruct Microstation 1 1 7 to allow the user to 
render a graphical representation of the traced object on the output device. 

In addition, placement tool 1 1 6 comprises software written for interfacing 
with database 108. Hence, when a graphical object is created and drawn by 
Microstation, placement tool 116 can update database 108 with specific 
information pertaining to the dimensions of the graphical object For example, 
when a user creates or updates the graphical representation of a floor, placement 
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tool 1 16 creates or updates non-graphical (logical) information into floor points 
table 1012, which is described in section X.D and shown in FIG. 1 OD. Therefore, 
the graphical information is stored in non-graphical (tabular) form, which is used 
to recreate the graphical representation of that information, so that a user can 
5 bring up and modify the floor at a fiiture date. 

In addition, the placement tool 1 1 6 allows the user to add numerous other 
pieces of information to database 108 that is generally not represented 
graphically. For example, referring to section X.C.6, floor table 1011 (shown in 
FIG. lOD) stores the date the floor object was created, the user who created the 

10 floor object, the last user who updated the floor object, and the last date the floor 

object was updated. As described below, all information in the site hierarchy is 
readily accessible to the user while using placement tool 1 16. 

There are also functions performed by the placement tool 116 that 
combine the function of the CADD program 1 1 7 and database 1 08. For example, 

1 5 when a user uses the mouse to graphically lay out a floor, placement tool 1 1 6 uses 

Microstation 1 1 7 to calculate the area of the floor, and further uses database 108 
to store this information. As described in section X.C,5, this information is stored 
in floor table 101 1 as area quantity field 101 If. 

The details of the placement tool 1 1 6 will become more apparent from the 

20 detailed discussion below. 

Z>. Creation of Graphical Objects 

FIG. 7 is a flowchart illustrating a process that can be used to define the 
graphical portions of a site hierarchy, according to a preferred embodiment of the 
present invention. This process is performed by the placement tool 116, 
25 according to a preferred embodiment of the present invention. 
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7. Selecting a site 

The process begins with step 702. In step 702, a user specifies a pre- 
defined site. This is preferably accomplished by selecting a site from a pick list 
of sites that have been defined via the administrative tool 1 14. The data related 
to the site is stored by the administrative tool 1 14 in the site hierarchy repositoiy 
124 of database 108. The data is specifically stored in site table 1004, as shown 
in FIG. IOC and explained in section X.A. 

In should be noted that placement tool 1 1 6 can provide a security feature 
to prevent unauthorized individuals fi^om creating and updating any type of 
graphical or non-graphical information. For example, when a user desires to add 
a graphical object to a site and selects a site from the pick list of sites, placement 
tool 116 can ensure that the user is authorized to access information about the 
site, by for example matching a user's department with the department 
responsible for the site. Use of the security measure is also available for 
determining whether an individual is authorized to create or update any other 
level in the hierarchy as well. For example, should a user desire to create a new 
floor object (as described below), placement tool 1 1 6 can require the user to be 
an authorized facilities planner responsible for creating the initial graphical site 
hierarchy. The placement tool 1 1 6 can also be configured to permit or deny users 
the ability to use certain functions of the tool. These fimctions are described 
below in detail. 

2. Selecting a structure 

After a site is selected in step 702, control passes to step 704. In step 704, 
the user specifies a particular building. Again, this is preferably accomplished by 
having the user select a particular building that corresponds with the particular 
site selected firom step 702, accordmg to the site hierarchy repository 124. The 
data is specifically stored in structure table 1010, as shown in FIG. lOD and 
explained in section X.B. 
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3. Selecting a floor 

After a building is selected in step 704, control passes to step 706. In step 
706, the user selects a particular floor corresponding to the building selecteSTin 
step 704. Again, this is preferably accomplished by having the user select a 
floor that corresponds with the particular building selected from step 704, 
according to the site hierarchy repository 124. The data is specifically stored in 
floor table 101 1, as shown in FIG. lOD and explained in section X.C. Control 
then passes to step 708. 

4. Displaying an architectural drawing 

In a preferred embodiment, as indicated by step 708, the user is presented 
with a graphical display of an architectural drawing of the floor that is selected 
in step 706. The architectural drawing is used as a guide to assist the user with 
the creation of the site hierarchy. Preferably, the CADD software (i.e., 
Microstation 117) renders the architectural drawing of the floor. For example, in 
a preferred embodiment, after the user selects a particular floor, placement tool 
1 16 reads the name of the architectural drawing from floor plan drawing file 
name field lOlle, which is a field of floor table 101 1, as described in section 
X.C.4 and shown in FIG. lOD. The placement tool 1 16 then directs the CADD 
program 1 17 to display the architectural drawing corresponding with the name 
fetched from the database 108. 

It should be noted, however, that the use of architectural dravsdngs as a 
guide and backdrop is optional. Users can define the floor, zones, plarming imits, 
rows and row segment, as described with reference to the steps below, without the 
use of an architectural drawing. For example, if the structure is a simple shed for 
storing teleconmiunications equipment such as light wave regenerators, the use 
of an architectural drawing may be uimecessary for a facility planner who desires 
to create a floor object. However, if the structure is a large brick and mortar (e.g., 
conventional building) facility for storing many rows of computing equipment, 
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a facility planner can find the architectural drawing quite helpful. The 
architectural drawing can provide the facilities planner with necessary 
information, including the locations of columns that support the building, fire 
escapes, air vents, doorways and other entrances, power cables for providing 
electricity, and HVAC units conditioning the air, etc. The architectural drawing 
is also useful for the facilities planner for **tracing out" a useable floor space, as 
explained below. 

5. Placing a floor object 

As step 7 1 0 indicates, the user places a floor, which simply means that the 
user creates the graphical floor object in the site-structure-floor hierarchy. In the 
preferred embodiment, whether or not the architectural drawing is displayed, the 
user uses an input device (such as a mouse) to trace out a usable area in the floor 
space. The user, who is most likely a facilities planner, attempts to maximize the 
usable floor space to be allocated for placing equipment, while concurrently 
determining reaHife limiting factors, such as the location of power cables for 
supplying power to the equipment, supplying sufficient ventilation to equipment, 
and providing ready human access to the equipment with sufficient entrance 
ways. 

When the user traces out the usable space, placement tool 1 16 directs 
Microstation CADD 117 to show the floor space to the user graphically. In 
addition, placement tool 1 16 stores the traced out floor space in a non-graphical 
format as a sequence of points in database 108, specifically in the floor points 
table 1012, described in section X.D and shown in FIG. lOD. 

Placement tool 1 1 6 performs other important functions as well. It directs 
Microstation CADD 1 1 7 to calculate the area of the usable floor space and stores 
it in database 108, specifically in the area quantity field 101 If, described in 
section X.C.4 and shown in FIG. lOD. Placement tool 116 also stores the 
identification of the user and the date the user created the floor object in database 
108, as described in section X.C.6 and also shown in FIG. lOD. Placement tool 
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1 1 6 also provides the user the ability to store additional information regarding the 
floor object, or even to change existing information regarding the floor object, 
including the remaining fields of floor table 101 1, as desoibed in section X.C. 

6. Placing a zone object 

5 As step 7 1 2 indicates, the user places a zone (i.e., places a zone object in 

the hierarchy), which is the next level in the hierarchy. Zones provide an 
important functional distinction between classes of equipment, meaning that a 
facilities planner can restrict a zone to one class of several possible classes of 
equipment. The classes available are restricted only by the imagination of the 

10 facilities planner. In some applications, a facilities planner may provide veiy 

narrowly tailored zones such as restrictions between particular pieces of 
telecommunications equipment, while in other applications a fiicilities planner 
can distinguish between widely tailored classes such as between computer racks 
and pieces of furniture. At this level, the ability of the facilities planner to 

1 5 provide a proper balance between providing a maximum amoimt of usable floor 

space and taking into consideration limiting real-life considerations pertaining to 
the architecture of the building are even more important. As a crude example, if 
a facilities planner has to place furniture equipment in furniture equipment zones, 
and functioning processors in processor zones, the planner would be concerned 

20 with providing adequate power supplies to the latter and not the former. 

Consequently, the processor zones can be located within adequate reach of power 
supply cables. The allowed class of equipment is stored in equipment class code 
field 1013d of zone table 1013, which is described in section X.E.4 and shown 
in FIG. lOD. It should be noted that in a preferred embodiment the class of 

25 equipment must be a permitted class, as defined and stored in table 1030 (FIG. 

101); otherwise, the class is not pemiitted. 

As with floor objects, the user traces out zones using the placement tool 
1 16, which in turn directs Microstation CADD 1 17 to display the zones on the 
display of workstation 104. The placement tool 116 stores the traced out zone 
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space in a non-graphical fonnat as a sequence of points in database 108, 
specifically in the zone points table 1014, described in section X.F and shown in 
FIG. lOD. 

Placement tool 1 16 directs Microstation CADD 1 17 to calculate the area 
5 of the usable zone space and stores it in database 108, specifically in the area 

quantity field 1013e, described in section X.E.4 and shown in FIG. lOD. 
Placement tool 1 16 stores the identification of the user and the date the user 
created the zone object in database 108, as described in section X.E.6 and also 
shown in FIG. 1 OD. Placement tool 1 1 6 also provides the user the ability to store 
10 additional information regarding the zone object, or even to change existing 

information regarding the zone object, including the remaining fields of zone 
table 1013, as described in section X.E. 

7. Placing a planning unit object 

As step 714 indicates, the user places a planning unit (i.e., places a 
planning unit object in the hierarchy), which is the next level in the hierarchy. In 
a preferred embodiment, planning units provide the opportunity for more than one 
facility planner to place row segments in a given zone. In this embodiment, 
when a user is in the process of defining rows and placing row segments 308, via 
the placement tool, other users are prevented firom accessing certain portions of 
site hierarchy repository 1 24. In particular, when users are defining rows, the site 
hierarchy level just above the row level must be locked. Thus, a site hierarchy 
level of planning unit 306 is used between the row level 308 and zone level 304. 
Accordingly, planning unit 306 is locked fi'om other users instead of the zone 
level 304. In this manner, several users can work simultaneously to define row 
segments 308 within the same zone 304. Planning units are optional, however, 
and as a result a zone need not contain more than one planning unit. 

As with other objects, the user traces out planning units using the 
placement tool 1 16, which in tum directs Microstation CADD 11 7 to display the 
planning units on the display of workstation 104. The placement tool 116 stores 
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the traced out planning unit space in a non-graphical format as a sequence of 
points m database 108, specifically in the planning unit points table 1016, 
described in section X.H and shown in FIG. lOE. 

Preferably, the placement tool 1 1 6 is used so that the user can identify the 
maximum amount of weight a floor can withstand, specifically in the floor load 
limit quantity field 101 5g, described in section X.G and shown in FIG. lOE. In 
this manner, it is possible to prevent floor damage by preventing the placement 
of equipment weighing more than a given amount in a planning unit. 

Placement tool 1 1 6 directs Microstation CADD 1 1 7 to calculate the area 
of the planning unit and stores it in database 1 08, specifically in the area quantity 
field lOlSe, described in section X.G.4 and shown in FIG. lOE. Placement tool 
1 1 6 stores the identification of the user and the date the user created the planning 
unit object in database 1 08, as described in section X.G.6 and also shown in FIG. 
lOE. Placement tool 1 16 also provides the user the ability to store additional 
information regarding the planning unit object, or even to change existing 
information regarding the planning unit object, including the remaining fields of 
planning unit table 1015, as described in section X.G. 

8. Placing a Row and row segment object 

As step 716 indicates, the user places a row in the hierarchy. A row is a 
designation of a physical row. . Rows are not represented graphically, but are 
instead represented logically (non-gr£q>hically). The reason for this is that 
physical rows may be discontinuous because of physical separations between the 
row, such as for example a support column. As described in section X.I and 
shown in FIG. lOE, the placement tool 116 stores in database 108 an 
identification for the row, a textual name of the row, which can simply be a 
number, and information relating to who created the row and when that person 
created the row. 



wo 98/43155 



PCT/US98/05595 



-41- 

The user can place a row segment object, which is the next level in the 
graphical hierarchy. The row segment, as its name implies, breaks up the physical 
row into segments so that one or more row segments comprise a physical row. 

As with the other objects, the user traces out row segments using the 
placement tool 1 1 6, which in turn directs Microstation C ADD 1 1 7 to display the 
row segments on the display of workstation 104. The placement tool 116 stores 
the traced out row segment space in a non-graphical format as a sequence of 
points in database 108, specifically in the row segment table 1018, described in 
section XJ and shown in FIG. lOE. 

The user can identify, via the placement tool 1 1 6, the maximum height of 
an equipment placed in a row segment in the height limit quantity field 10181, 
described in section X.J and shown in FIG. lOE. Placement tool 116 directs 
Microstation C ADD 1 1 7 to calculate the length of the row segment and stores it 
in the length quantity field 1 01 8k, which is described in section XJ.7. Placement 
tool 1 16 also stores the identification of the user and the date the user created the 
row segment object in database 108, as described in section X.J.9. Placement 
tool 116 also provides the user the ability to store additional information 
regarding the row segment object, or even to change existing information 
regarding the row segment object, including the remaining fields of row segment 
table 1018, as described in section X.J. 

9. Placing a footprint 

After the site, structure, floor, zone, planning unit, row and row segments 
have been established in the hierarchy, the user can place a footprint, which is the 
union of a piece of physical equipment with floor space. Footprints represent the 
lowest level of the hierarchy and provide the greatest level of detail. 

FIG.8 is a flowchart illustrating a process that can be used for placing 
footprints, according to a preferred embodiment of the present invention. The 
process begins with step 802. 
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In step 804 the user (1 ) creates a footprint, if a footprint does not already 
exist, or alternatively (2) updates a footprint, if a footprint already ejcists. 

As user can place either a generic footprint or a specific footprint. A 
generic footprint is a placeholder for a footprint that will Hkely later be designated 

5 a specific footprint. A generic footprint is a footprint for a configured rack that 

has an unspecified manufacturer's identification field. For example, the 
manufacturer's identification field (found in the product catalog table 1019, 
sho>vn in FIG. lOF) for the configured rack (found in the configured rack table 
1062, shown in FIG. lOJ) can be set to "generic." On the other hand, a specific 

10 footprint is a footprint for a configured rack that specifies a valid manufacturer's 

identification field. The U.S. Patent Application entitled "System and Method for 
Recording, Maintaining and Viewing Configuration and Placement of Equipment 
in Field Sites", listed above and filed concurrently herewith, provides a detailed 
discussion of generic and specific footprints. 

1 5 The placement tool 116 automatically determines the size of the footprint 

that Microstation 1 17 is directed to display. As described below in detail, the 
placement tool 1 16 provides the user a list of configured racks to choose from. 
When a user selects a configured rack that is to be placed, the placement tool 116 
accesses the configured racks table 1 062 (FIG. 1 OJ), which in turn accesses other 

20 tables (e.g., product catalog table 1019 shown in FIG. 1 OF and configured shelves 

1026 in FIG. lOK) to determine the dimensions of the footprint that is to be 
placed. 

If an existing footprint is being updated, most likely by an individual 
having placement responsibility at a facility, the user can first fetch all of the 
25 graphical objects that are higher in level. For example, the user can select a site, 

followed by a building (or structure), followed by a floor 302, followed by a zone 
304 , and followed by a planning unit 306. The placement tool 1 1 6 also allows 
the user to bring up all these levels simultaneously when the user performs a 
"fetch all" fimction. 

30 Preferably, the user is provided with an option to display particular site 

hierarchies, or all site hierarchies that are defined for a particular floor. In 
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addition, in a preferred embodiment once the site hierarchies are graphically 
displayed, the user can directly zoom-in a particular portion of the graphical 
representation and select a particular row therein. Accordingly, the steps of 
selecting a zone and planning unit, as specified above are effectively bypassed 

5 using this method. However, many other methods can also be used without 

departing firom the spirit and principle of the present invention. 

In any case, once a particular row is identified, control passes to step 806. 
In step 806 a build equipment pick list is presented to the user. This pick list 
comprises a list of configured racks 202, as described above with reference to 

10 FIG. 5. The configured racks are stored in the configured racks table 1062 in 

FIG. lOJ, and are referenced in the rack configuration identification field 1 061e, 
which is described in section X.K.5 and shown in FIG. lOG. In addition, as 
previously described, generic racks can also be displayed in the equipment pick 
list. The user selects a rack fi-om the list of racks presented in step 806. 

15 Preferably, a configured rack can be a rack holding electrical equipment as 

particularly laid out in FIG. 2, or instead any other physical object, such as apiece 
of furniture, as will be recognizable to those of ordinary skill. The user is 
provided great flexibility in how the configured racks fields are filled out in 
configured racks table 1062. 

20 Next, in step 808, the user places the selected configured rack firom step 

806 in a particular location within the row selected in step 804. At this point, 
placement tool 116 stores the identify of the configured rack in the rack 
configuration identification field 1061e. Again, this is preferably accomplished 
by directly manipulating a graphical representation of the rack on top of the 

25 graphical representation of the selected row segment. 

Once the rack is placed in step 808, control passes to step 810. In step 
810 the user specifies particular values for attributes that are associated with 
footprints. As mentioned, the footprint can be a generic footprint or a 
manufacturer specific footprint. As described in section X.K and shown in FIG. 

30 1 OG, there are many fields that a user can specify for the equipment occupying the 

footprint, including how the equipment is configured, the envelope of distances 
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surrounding the equipment, and numerous dates. Examples of important dates 
are when the facilities plaimers plan to install the equipment, when an individual 
responsible for installation plans to install the equipment, the actual installation 
date, when the equipment will be turned on (for equipment requiring a power 
supply), when the equipment will be decommissioned, etc. Section X.K provides 
a detailed explanation of the footprint fields in great detail. The values in the 
footprint fields can also be updated at any time by the user after the values have 
been initially established. The footprint fields can also be viewed or deleted, as 
described below in fiuther detail. 

E. Fetching Objects 

After the placement tool 116 has directed Microstation 117 to create 
graphical objects, these objects are stored as non-graphical data in database 1 08. 
Any time a user desires to view a previously-created object, the user uses the 
fetch command to view one or more layers of the hierarchy. For example, after 
identifying the floor (located at a particular building at a particular site), the user 
can ask the placement tool 11 6 to fetch the floor object, followed by the zone 
objects, followed by the planning unit objects, followed by the row segment 
objects, followed by the footprint objects. Here, the placement tool 1 1 6 reads the 
appropriate tabular representation of graphical points fi'om database 1 08 and uses 
Microstation 1 17 to draw the objects on the workstation output device. In one 
embodiment, the user uses the "fetch all" ftmction to have the placement tool 
display all of the graphical objects on a floor. As recognized by those of ordinaiy 
skill, the placement tool 116 can recall the graphical objects in any order, as 
desired for an application. 



wo 98/43155 



PCT/US98/05595 



-45- 

F. Deleting Objects 

The placement tool 1 1 6 permits the user to quickly and easily delete any 
graphical object, including floor objects, zone objects, planning unit objects, row 
segment objects, and footprint objects. Placement tool 1 16 erases the graphical 
S points from the appropriate points tables in database 108, and provides 

appropriate conmiands to Microstation CADD 117 to eliminate the on-screen 
display of an object for the user. In one mibodiment, the placement tool 1 1 6 can 
prevent a user from deleting a graphical object if an ancestral graphical object is 
present. For example, a user can be forbidden from deleting a row segment if a 
10 row segment is occupied with footprints. 

G. Object Detail 

The placement tool 1 1 6 permits the user to obtain specific details for any 
object. As shown throughout section X, there is a tremendous amount of 
information stored for the objects of the hierarchy (i.e., the hierarchy of site, 

15 structure, floor, zone, planning unit, row, row segment, and footprint) in the 

tables shown in FIGs. lOC- lOE, lOG and lOJ. Much of this information is in the 
form of tabular (non-graphical) data, that can not be presented graphically, but 
can have enormous importance to an organization. For example, a user may 
desire to view the planned installation date for a piece of equipment occupying 

20 a given footprint. When a user selects the object detail function, placement tool 

116 can inmiediately read any desired information from database 108 and use 
Microstation CADD 1 17 to output the information to the viewer's display. For 
the above example, placement tool 116 reads planned installation date 106 In 
(described in section X.K, and shown in FIG. 1 OG) and displays the information 

25 for the user. 
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K Object Locate 

The placement tool 1 16 permits user to quickly and easily locate objects 
by keying in on specific information stored as tabular information in database 
1 08. For example, placement tool 1 08 can almost instantaneously allow the user 
to determine all footprints storing a particular type of equipment, such as an Ml 3 
multiplexer. When a user selects the object locate function, placement tool 1 1 6 
can inunediately read any desired information from database 108 and use 
Microstation CADD 1 1 7 to show the graphical objects associated with the desired 
information on the viewer's display. This information can be provided to the user 
in a report, using the report generator tool 1 10 shown in FIG. IC. 

/. Power Plant Associations 

The placement tool 1 16 allows the user to associate a specific source of 
power, called a power plant, to a footprint. The user can use an input device, 
such as a mouse, to easily effect the association on the workstation 104. The 
main portions of the above description of footprint placement refers to the 
placement of "power consuming footprints," i.e., the placement of footprints of 
power consuming device, such as a multiplexer for example. However, the 
placement tool 1 16 also permits the user to place "power producing" footprints. 
For example, in one embodiment a describe plant function allows a user to 
graphically select footprints representing, for example, batteries and rectifiers, for 
inclusion in a power plant's power producing footprint definition. Since both 
power producing and power consuming footprints are associated with the power 
plant definition (plants table 1 002 of FIG. 1 OC), an appropriate power association 
is established therebetween. 

The plants table 1 002 (FIG. 1 OC) lists the power plants available at a site. 
The plants table 1002 includes a unique serial number for identification 
(PLANTJD), the name of the site associated with the plant (SITEJD), a name 
field, e.g., "batteiy^l (PLANT_NM_TXT), the measured load quantity of power 
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(MSRD_LOAD_QTY) and the minimum reserve quantity of power 
(MIN^RESV^QTY). The placement tool 116 can read these power plant 
definitions. 

Before a connection can be established between a power plant and a 
footprint, however, it must be detennined whether the desired connection is a 
valid connection. The connection tables shown in FIG. lOL are used make this 
determination. The connection table 1034 is used to determine the type of 
connections between the left object and the right object, which are to be 
connected together, by determining the connection rules. For example, the left 
object can be the plant, and the right object can be the footprint. The connection 
rules table 1 032, which has a pointer to the left object type (LEFT_OTP_ID) and 
a pointer to the right object type (RIGHT^OTP JD), is used in combination with 
tables 1033, 1 035 and 1 036 to determine whether the connection type is allowed. 
Table 1033 describes the types of connections allowed, including for example 
physical connections such as power, data, and alarm connections, as well as 
logical connections. The connection rules sub-class table provides subclasses of 
object types, such as a for example the subclass of battery type plants. In this 
manner, the placement tool 116 provides a mechanism to check whether the 
connection is valid. 

J. Changing Views 

The placement tool 1 16 peraiits the user to obtain specific information 
about objects in graphical form as well. Here, placement tool 116 applies a 
graphical filter to the objects displayed, specifically applying a graphical filter to 
the non-graphical information stored in database 108. For example, suppose a 
user is viewing a floor plan and desires to know which footprints will be occupied 
by M13 multiplexers five years in the fiiture. After using the fetch object 
command to locate these footprint graphical objects, the placement tool 116 can 
be used to display only these desired footprints. (When the footprint is created, 
the placement tool 1 16 can, for example, use the footprint date fields 1061m- 
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1061y and the footprint identification field 1061a to uniquely distinguish M13 
multiplexers existing five years in the fiiture by a specific color.) In this manner, 
placement tool 1 1 6 can provide detail on any graphical object in the hierarchy in 
a graphical format. 

K Other Microstation functions 

For the advanced CADD user, the placement tool 1 16 permits the user 
direct access to any desired CADD functions, bypassing the more user-fiiendly 
fimctions of the placement tool, itself. 

IX. An Example Implementation for the Invention 

The present invention may be implemented using hardware, software or 
a combination thereof and may be implemented in a computer system or other 
processing system. In fact, in one embodiment, the invention is directed toward 
a computer system capable of carrying out the fimctionality described herein. 

An example computer system 901 is shown in FIG. 9. The computer 
system 901 includes one or more processors, such as processor 904. The 
processor 904 is connected to a communication bus 902. Various software 
embodiments are described in terms of this example computer system. After 
reading this description, it will become apparent to a person skilled in the relevant 
art how to implement the invention using other computer systems and/or 
computer architectures. 

Computer system 902 also includes a main memory 906, preferably 
random access memory (RAM), and can also include a secondary memory 908. 
The secondary memory 908 can include, for example, a hard disk drive 910 
and/or a removable storage drive 912, representing a floppy disk drive, a 
magnetic tape drive, an optical disk drive, etc. The removable storage drive 912 
reads firom and/or writes to a removable storage unit 9 1 4 in a well known manner. 
Removable storage unit 9 1 4, represents a floppy disk, magnetic tape, optical disk. 
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etc. which is read by and written to by removable storage drive 912. As will be 
appreciated, the removable storage unit 914 includes a computer usable storage 
medium having stored therein computer software and/or data. 

In alternative embodiments, secondary memory 908 may include other 
5 similar means for allowing computer programs or other instructions to be loaded 

into computer system 901. Such means can include, for example, a removable 
storage unit 922 and an interface 920. Examples of such can include a program 
cartridge and cartridge interface (such as that foimd in video game devices), a 
removable memory chip (such as an EPROM, or PROM) and associated socket, 
1 0 and other removable storage units 922 and interfaces 920 which allow software 

and data to be transferred from the removable storage unit 922 to computer 
system 901. 

Computer system 901 can also include a communications interface 924. 
Communications interface 924 allows software and data to be transferred between 

15 computer system 901 and external devices. Examples of communications 

interface 924 can include a modem, a network interface (such as an Ethernet 
card), a communications port, a PCMCIA slot and card, etc. Software and data 
transferred via communications interface 924 are in the form of signals which can 
be electronic, electromagnetic, optical or other signals capable of being received 

20 by communications interface 924. These signals 926 are provided to 

communications interface via a chaimel 928. This channel 928 carries signals 
926 and can be implemented using wire or cable, fiber optics, a phone line, a 
cellular phone link, an RF link and other communications channels. 

In this document, the terms "computer program medium" and "computer 

25 usable medium" are used to generally refer to media such as removable storage 

device 9 1 2, a hard disk installed in hard disk drive 9 1 0, and signals 926. These 
computer program products are means for providing software to computer system 
901. 

Computer programs (also called computer control logic) are stored in 
30 main memory and/or secondary memory 908. Computer programs can also be 

received via communications interface 924. Such computer programs, when 
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executed, enable the computer system 901 to perform the features of the present 
invention as discussed herein. In particular, the computer programs, when 
executed, enable the processor 904 to perform the features of the present 
invention. Accordingly, such computer programs represent controllers of the 
5 computer system 90 1 . 

In an embodiment where the invention is implemented using software, the 
software may be stored in a computer program product and loaded into computer 
system 90 1 using removable storage drive 9 1 2, hard drive 9 1 0 or communications 
interface 924. The control logic (software), when executed by the processor 904, 
10 causes the processor 904 to perform the ftinctions of the invention as described 

herein. 

In another embodiment, the invention is implemented primarily in 
hardware using, for example, hardware components such as application specific 
integrated circuits (ASICs). Implementation of the hardware state machine so as 
15 to perform the fiinctions described herein will be apparent to persons skilled in 

the relevant art(s). 

In yet another embodiment, the invention is implemented using a 
combination of both hardware and software. 

X. A Detailed View of the Site Hierarchy 

20 In this section, the layers of the hierarchy from the site down to the 

footprint (located in database 108) are described in detail. Database 108 stores 
data non-graphical (logical) data, which is used to interrelate the data tables. This 
data is also viewable to users in a tabular form. Database 108 also stores 
graphical data, which is used to illustrate graphically the levels of the hierarchy 

25 as shown in FIG. 3. 
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A. 



Sites 



As depicted in FIG. IOC, site table 1004 represents a site. A site is the 
physical location (e.g., the Dallas, Fort Worth site) where one or more buildings 
that store equipment, such as racks, are located. Site designates the highest 
5 logical layer in the site hierarchy. As shown in FIG. 1 OC, sites have the following 

fields associated with them. 

1 . Site identification 1 004a is the unique serial number that 
identifies a site. 

2. Site code 1 004b is a 6 character identification for the site. 
10 3. Site type code 1004c is a code that identifies the type of 

the site, as determined by site type table 1 009 (FIG. lOD). 
These are the valid types of sites that the system will allow 
for input into site type code 1 004c. Information cannot be 
entered for a site unless it is a valid site. Where there is a 
15 direct connection from one table into another table, as 

here, (e.g., site type code 1 004c) the term is referred to as 
a "foreign key" (FK) into another table. 

4. Site name text 1004d is a name for the site, i.e., for 
colloquial, every day usage, such as the Dallas, Fort Worth 

20 site. 

5. Site short code 1004e is a three character site code, that 
provides an alternative method of referring to the site. 

6. Responsible department identification 1004f is a ten 
character identification that designates a department that 

25 is responsible for the site. In a large organization, 

different departments of the organization may be 
responsible for different sites. This field is a foreign key 
into the responsible department table 1006. 
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7. Physical address lines 1004g, 1004h, physical city name 
1004i, physical zip code 1004j, and physical state code 
1 004k are fields used to store the complete address of the 
site. Physical state code 1004k is a foreign key into the 
state table 1008, where valid state codes are stored. 

8. Create user identification 10041, create date 1004m, last 
update identification 1004n, and last update date 1004o 
are fields that respectively identify (1) the user that 
entered the record into the database, (2) the date the user 
inserted the identification, (3) the last user who updated 
the record, and (4) the last date the record was updated. 

9. Lease code 1004p identifies whether the site is a leased 
site or an owned site. 

B. Structures 

As depicted in FIG. lOD, structure table 1010 represents a physical 
structure, which is also referred to herein as a building or a facility. A facility can 
be a brick and mortar building that houses many different types of equipment, or 
instead a specialized building, such as a telecommunications shelter. As 
recognized by those of ordinary skill, the function of the building is not limited 
by the invention. Examples of specialized structures are a telecommunications 
shelter used for light wave regeneration, a multiplexer facility, a termination 
facility where long distance traffic is switched into local telephone network 
traffic, or a node information center (NIC) which houses mainframe computers. 
Each site can have one or more structures. As shown in FIG. lOD, structures 
have the following fields associated with them. 

1 . Structure identification 1 0 1 Oa is the unique serial number 
that identifies a structure. 



wo 98/43155 



PCT/US98/a5595 



-53- 

2. Site identification 1010b is a foreign key back to the 
parent site associated with the structure. Hence, this field 
identifies the parent site for the building. 

3. Structure name text 1010c and descriptive text lOlOd 
5 respectively identify and describe the building. Structure 

name text 1 0 1 Oc is a name associated with the site, i.e., for 
common usage. For example, at a certain site, there may 
be a building dedicated for storing radios, a building 
dedicated for storing generators, and a building dedicated 
10 for storing switches, respectively called "radio", 

"generator", and "switch." Descriptive text lOlOd 
describes the building in greater detail. 

4. Create user identification lOlOe, create date lOlOf, last 
update identification 101 Og, and last update date 101 Oh 

15 are fields that respectively identify (1) the user that 

entered the record into the database, (2) the date the user 
inserted the identification, (3) the last user who updated 
the record, and (4) the last date the record was updated. 

C Floor 



20 As depicted in FIG. lOD, floor table 101 1 is a logical representation of the 

floors within the facility where the equipment is to be placed. Each structure has 
one or more floors. As shown in FIG, lOD, floors have the following fields 
associated with them. 

1 , Floor identification 1 0 1 1 a is the unique serial number that 
25 identifies a floor. 

2. Structure identification 1 0 1 1 b is a foreign key back to the 
parent structure associated with the floor. Hence, this 
field identifies the parent building for the floor. 
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Floor name text 1011c and descriptive text 101 Id 
respectively identify and describe the floor. Floor name 
text 101 Ic is a name associated with the particular floor, 
i.e., for common usage. Typically, the floor name text 
101 Ic identifies the floor by a number. Descriptive text 
101 Id can be used to describe the floor in greater detail. 
Floor plan drawing file name 101 le is the name of an 
optional architectural (civil) file that governs the physical 
outlay of the floor. The architectural file is produced by 
a CADD, such as for example Microstation CADD 1 17. 
The architectural file can, for example, represent the 
locations of fire escapes, physical columns for plumbing, 
wires that provide electricity, etc. 
Area quantity 1 Oil f is the area associated with the floor. 
The placement tool 116 allows a user to use a mouse (or 
other input device) to graphically trace the outlay of the 
floor. When the floor area is traced out, the CADD 
software or equivalent device can calculate the area 
associated with the floor in, for example, square inches, 
and store the information in this field. 
Create user identification 101 Ih, create date 101 li, last 
update identification 101 Ij, and last update date 101 Ikare 
fields that respectively identify (1) the user that entered 
the record into the database, (2) the date the user inserted 
the identification, (3) the last user who updated the record, 
and (4) the last date the record was updated. 
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Z>. Floor points 

As depicted in FIG. lOD, floor points table 1012 is where graphical data 
regarding the floor is stored. A user can use the SiteVu placement tool 
application 116 to create a floor object. The placement tool 116 sends a 
command to Microstation to set up a dialog (or session) with the user. Using the 
mouse, or other mput device, the user traces out the shape of the object, which 
Microstation 117 displays on workstation 104. When the user is finished the 
operation, Microstation informs the placement tool 116 that the user has 
completed making a graphical representation of the object. The placement tool 
1 16 then translates the graphical information into non-graphical information, 
specifically as tabular point data in the floor points table 1012 in database 108. 

When a user later uses the SiteVu placement tool 1 1 6 to view a graphical 
floor object, the SiteVu placement tool 1 16 retrieves non-graphical information 
(representing the graphical floor objects) from the floor points table 1012, and 
directs Microstation CADD II 7 to draw the floor. As shown in FIG, lOD, floor 
points have the following fields associated with them. 

1. Floor identification 1012a is a 9-digit unique serial 
number that identifies the floor. 

2 . Point sequence number 1 0 1 2b is a sequencing number for 
the points, identifying the order of the sequence of points 
that make up the floor area. 

3 . Horizontal coordinate number 1 0 1 2c, vertical coordinate 
number 1012d are the coordinates of each of the points 
provided by the CADD software 1 1 7. 

4. Create user identification 1012f, create date 1012g, last 
update identification 1 0 1 2h, and last update date 1 0 1 2i are 
fields that respectively identify (1) the user that entered 
the record into the database, (2) the date the user inserted 
the identification, (3) the last user who updated the record, 
and (4) the last date the record was updated. 
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E. Zone 

As depicted in FIG. lOD, zone table 1013 restricts floor space based on 
an equipment type, which is also called a class type. For example, if 
telecommunications switches are identified by the user as an equipment class, 
5 then all equipment of the class labeled "telecommunications switch" can be 

restricted to a "telecommunications switch zone" on the floor. As one of ordinary 
skill will recognize, zones are limited only by the user's imagination. Examples 
of zones include collocation zones (where space for equipment owned by other 
vendors can be leased), furniture zones, multiplexer zones, computer zones, 
1 0 building support (e.g., HVAC) zones, etc. As shown in FIG. 1 OD, zones have the 

following fields associated with them. 

1 . Zone identification 1 0 1 3a is the unique serial number that 
identifies a zone. 

2. Floor identification 1013b is a foreign key back to the 
15 parent floor associated with the zone. Hence, this field 

identifies the parent floor for the zone. 

3 . Zone name text 1 0 1 3c is a name associated with the zone, 
i.e., for conraion usage. 

4. Equipment class code 1 0 1 3d is a foreign key into the class 
20 table 1030(FIG. 101), which identifies the type or class of 

equipment that can be placed and stored in the zone. For 
example, a zone can be designated for storage of only 
switches, only transmission type equipment, only 
collocation type equipment, or any other type of 

25 equipment desired. This feature can be overridden by a 

user with special access, such as a "superuser." The field 
makes the zone an intelligent type of container in that a 
user can predesignate, very specifically, what type of 
equipment, or more generally, what class of equipment is 

30 allowed to be stored within a given zone. 
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5. Area quantity 1013e is the area associated with the zone. 
The placement tool 1 1 6 allows a user to use a mouse (or 
other input device) to graphically trace the outlay of the 
zone. When the zone area is traced out, the CADD 

S software or equivalent device can calculate the area 

associated with the zone in, for example, square inches, 
and store the information in this field. 

6. Create user identification 1013g, create date 1013h, last 
update identification 1 0 1 3i, and last update date 1 0 1 3j are 

10 fields that respectively identify (1) the user that entered 

the record into the database, (2) the date the user inserted 
the identification, (3) the last user who updated the record, 
and (4) the last date the record was updated. 



F. Zone points 



15 As depicted in FIG. lOD, zone points table 1014 is where graphical data 

regarding the zone is stored. A user can use the SiteVu placement tool 1 16 to 
create a zone object. The placement tool 116 sends a command to Microstation 
to set up a dialog (or session) with the user. Using the mouse, or other input 
device, the user traces out the shape of the object, which Microstation 117 

20 displays on workstation 104. When the user is finished the operation, 

Microstation informs the placement tool 1 1 6 that the user has completed making 
a graphical representation of the object. The placement tool 116 then translates 
the graphical information into non-graphical information, specifically as tabular 
point data in the zone points table 1014 in database 108. 

25 When a user later uses the SiteVu placement tool 1 1 6 to view a graphical 

zone object, the SiteVu placement tool 116 retrieves non-graphical information 
(representing the graphical zone objects) from zone points table 1014, and directs 
Microstation CADD 1 17 to draw the zone. As shovm in FIG. lOD, zone points 
have the following fields associated with them. 
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1 . Zone identification 1 0 1 4a is a 9-digit unique serial number 
that identifies the zone. 

2. Point sequence number 1 0 1 4b is a sequencing number for 
the points, identifying the order of the sequence of points 
that make up the zone area. 

3. Horizontal coordinate number 1014c, vertical coordinate 
number 1014d are the coordinates of the area calculated 
by the CADD software. 

4. Create user identification 1014f, create date 1014g, last 
update identification 1014h, and last update date 1013iare 
fields that respectively identify (1) the user that entered 
tht record into tiie database, (2) the date the user inserted 
the identification, (3) the last user who updated the record, 
and (4) the last date the record was updated. 

G. Planning unit 

As depicted in FIG. lOE, planning unit table 1015 logically represents a 
planning unit. Planning units are divisions within a single zone. Planning units 
allow for multiple individuals to concurrentiy place rows, as represented 
graphically by tiie Microstation CADD tool 1 1 7, into a single zone. The SiteVu 
placement tool 116 allows a single planner to work in a single planning unit, 
thereby locking out other planners fi^om the planning unit. As shown in FIG. 1 OE, 
planning units have the following fields associated with them. 

1. Planmng unit identification 1015a is the unique serial 
nimiber that identifies a planning unit. 

2. Zone identification 1015b is a foreign key back to the 
parent zone associated with the planning imit. Hence, this 
field identifies the parent zone for the planning unit. 
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3. Planning unit name text 1015c and descriptive text lOlSd 
respectively identify and describe the floor. Planning unit 
name text 1015c is a name associated with the planning 
unit, which is a subset of the zone name. Descriptivejtext 
1015d can be used to describe the floor in greater detail. 

4. Area quantity 101 5e is the area associated with the 
planning unit, which is determined by the placement tool 
116. 

5. Floor identification 1015f is a foreign key back to the 
floor associated with the planning unit. Hence, this field 
identifies the parent floor for the planning unit. 

6. Floor load limit quantity 1015g indicates the amount of 
weight (e.g., per square inch) that the floor can withstand 
in the planning unit. 

7. Create user identification 101 5i, create date 101 5j, last 
update identification 1015k, and last update date 1 0 1 51 are 
fields that respectively identify (1) the user that entered 
the record into the database, (2) the date the user inserted 
the identification, (3) the last user who updated the record, 
and (4) the last date the record was updated. 

Planning unit points 

As depicted in FIG. lOE, planning unit points table 1016 is where 
graphical data regarding the planning unit is stored. A user can use the SiteVu 
placement tool 11 6 to create a planning unit object. The placement tool 1 1 6 sends 
a command to Microstation to set up a dialog (or session) with the user. Using 
the mouse, or other input device, the user traces out the shape of the object, which 
Microstation 117 displays on workstation 104. When the user is finished the 
operation, Microstation informs the placement tool 116 that the user has 
completed making a graphical representation of the object. The placement tool 
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1 16 then translates the graphical information into non-graphical information, 
specifically as tabular point data in the planning unit points table 1 0 1 6 in database 
108. 

When a user later uses the SiteVu placement tool 1 1 6 to view a graphical 
planning unit object, the SiteVu placement tool 116 retrieves the non-graphical 
information (representing the graphical planning unit objects) from plaiming unit 
points table 1016, and directs Microstation CADD 1 1 7 to draw the planning unit. 
As shown in FIG. lOE, planning unit points have the following fields associated 
with them. 

1. Planning unit identification 1016a is a 9-digit unique 
serial number that identifies the planning unit. 

2. Point sequence number 1 0 1 6b is a sequencmg number for 
the points, identifying the order of the sequence of points 
that make up the plaiming unit area. 

3. Horizontal coordinate nimiber 1 0 1 6c, vertical coordinate 
number 1016d are the coordinates of the area calculated 
by the CADD software. 

4. Create user identification 1016f, create date 101 6g, last 
update identification 1 0 1 6h, and last update date 1 0 1 6i are 
fields that respectively identify (1) the user that entered 
the record into the database, (2) the date the user inserted 
the identification, (3) the last user who updated the record, 
and (4) the last date the record was updated. 

/. Rows 

As depicted in FIG. lOE, rows table 1017 logically represents a physical 
row where equipment is to be placed. Physical obstructions can make a row 
discontinuous, meaning that the row can stop at a column (indicated by an 
architectural diagram), and continue on the other side of the obstruction. For this 
reason, the row table is a logical (non-graphical) entity, storing information on the 
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row without providing a graphical object. As shown in FIG. 1 OE, rows have the 
following fields associated with them. 

1 . Row identification 1 0 1 7a is the unique serial number that 
identifies a row. 

2. Planning unit identification 1 01 7b is a foreign key back to 
the parent planning unit associated with the row. Hence, 
this field identifies the parent planning unit for the row. 

3. Row name text 1015c is a name associated with the 
planning unit, i.e., for common usage. The row is 
typically represented as a number, although it can be 
identified by a descriptive name, such as the "radio" row, 
or "switch" row. 

4. Create user identification 1017d, create date I017e, last 
update identification 1017f, and last update date 101 7g, 
are fields that respectively identify (1) the user that 
entered the record into the database, (2) the date the user 
inserted the identification, (3) the last user who updated 
the record, and (4) the last date the record was updated. 

/. Row segments 

As depicted in FIG. lOE, rows segments table 1018 represents graphical 
information for segments of the rows that are logically represented by row table 
101 7. Row segments are provided so that the floor space in a planning unit can 
be effectively utilized, despite the presence of physical obstructions (such as 
columns) indicated by an architectural diagram. 

As with floor points table 1012, zone points table 1014, and planning 
units table 1016, row segment table 1018 comprises graphical data regarding the 
row segments. A user can use the SiteVu placement tool 1 16 to create a row 
segment object. The placement tool 1 1 6 sends a conmiand to Microstation to set 
up a dialog (or session) with the user. Using the mouse, or other input device, the 
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user traces out the shape of the object, which Microstation 117 displays on 
workstation 104. When the user is finished the operation, Microstation informs 
the placement tool 116 that the user has completed making a graphical 
representation of the object. The placement tool 1 16 then translates the graphical 
information into non-graphical information, specifically as tabular point data in 
the row segment table 1018 in database 108. 

When a user later uses the SiteVu placement tool 1 1 6 to view a graphical 
row segment object, the SiteVu placement tool 116 retrieves non-graphical 
information (representing the graphical row segment objects) fix)m row segment 
table 1018, and directs Microstation CADD 1 17 to draw the row segment. As 
shown in FIG. 1 OE, row segment points have the following fields associated with 
them. 

1. Row identification 1018a is a foreign key back to the 
logical parent, which is the row associated with the row 
segment. Hence, this field identifies the parent row for the 
row segment. 

2. Row segment sequence number 1 0 1 8b uniquely identifies 
the row segment within the parent row, using a 3-digit 
serialization quantity. 

3. Floor identification 1018d is a foreign key back to the 
floor associated with the ancestor plaiming unit. Hence, 
this field identifies the ancestor floor for the row segment. 

4. Zone identification 101 8e is a foreign key back to the 
ancestor zone associated with the row segment. Hence, 
this field identifies the ancestor zone for the row segment. 

5 . Planning unit identification 1 0 1 8f is a foreign key back to 
the ancestor planning unit associated with the row 
segment. Hence, this field identifies the ancestor 
planning imit for the row segment. 
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Start horizontal coordinate number 101 8g, start vertical 
coordinate number lOlSh, end horizontal coordinate 
number 101 8i, and end vertical coordinate number 1018j 
are the coordinates of where the non-graphical points 
representing the graphical row segment object are to be 
drawn by the CADD software. 

Length quantity 1018k identifies the length of the row 
segment. 

Height limit quantity 1 01 81 indicates the greatest possible 
height of equipment placed in the row segment. 
Create user identification 1018m, create date 1018n, last 
update identification IOI80, and last update date lG18p 
are fields that respectively identify (1) the user that 
entered the record into the database, (2) the date the user 
inserted the identification, (3) the last user who updated 
the record, and (4) the last date the record was updated. 

K. Footprints (placement for racks) 

As depicted in FIG. lOG, placement data for racks table 1061 represents 
footprints both graphically and logically. A footprint is the union of a configured 
20 rack, which can be an article of manufacture or a piece of equipment for example, 

and a space on the floor, specifically a row segment on the floor. Hence, the 
footprint refers to a space actually occupied by a piece of equipment in the 
equipment hierarchy, containing the most specific and abimdant information in 
the hierarchy. 

25 As per the graphical fiinction, as described in section VIILD.9 (step 804) 

the footprint graphical object automatically placed once the user selects a row 
segment graphical object (or creates a row segment graphical object) and selects 
a configured rack fi-om the database 108. When a user later uses the placement 
tool 1 16 to retrieve a graphical floor object, the placement tool 1 16 retrieves the 



10 



15 



BNS[XDCiD: <WO 98431 55A1_L> 



wo 98/43155 



PCT/US98/05595 



-64- 

appropriate non-graphical information (representing the graphical object) from 
the database 108, and directs Microstation CADD 117 to draw the footprint 
object. 

Logically, the footprint stores a great deal of non-graphical information 
regarding the equipment placed therein, including relevant dates. These fields are 
provided in detail below. Specifically, as shown in FIG. lOG, footprints have the 
following fields associated with them. 

1. Footprint instance identification 1061a is the unique 
number that identifies a footprint. 

2. Row identification 1061b is a foreign key back to the 
parent row associated with the footprint. Hence, this field 
identifies the parent row for the footprint. 

3 . Row segment sequence number 1 06 1 c uniquely identifies 
the row segment within the parent row. Hence, this field 
identifies the parent row segment for the footprint. 

4. Row segment position code 1 061 d is a name given to the 
position within the parent row segment within which the 
footprint resides. 

5. Rack configuration identification 1061e is a foreign key 
into configured racks table 1062 (FIG. 10 J), which 
identifies the list of configured racks that are available for 
placement at the footprint. It should be noted that the 
configured racks need not be limited to storing modules 
on shelves, especially where footprints are concerned. For 
example, a piece of fiimiture can be stored as a configured 
rack and have its own footprint. The SiteVu placement 
tool 1 16 can take a configured rack, which has already 
been built, and logically attach it to a footprint in a row 
segment by placing it in this field. 
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6. Bayface direction indicator 106 If indicates whether the 
equipment faces the front or the back of the row. 

7. Offset quantity 1061g is an offset in length from the row 
segment. 

5 8. Start gap quantity 1061h, end gap quantity 1061i, and 

back gap quantity 1 06 1 k respectively represent the amount 
of room (in a distance measure) that is to be permitted to 
the left, to the right, and behind the equipment. This 
^'envelope" provides room for cable, heat dissipation, and 
1 0 other necessities. 

9. Back to back indicator 1061j indicates whether the piece 
of equipment is back-to-back with another piece of 
equipment in the same footprint. 

10. Anchor point quantity 1061 indicates the length from the 
15 front of the row segment that the equipment is to be 

placed. In some circumstances, the equipment is bolted 
(affixed) to the floor space at this distance from the front 
of the row segment. 

11. Facilities planned installation date 1061m stores the 
20 planned installation date when a generic footprint is 

replaced with a specific footprint. This is described 
below. 

1 2. Planned installation date 1 06 1 n stores the is the date when 
a configured rack is going to be placed on the floor. When 

25 the engineers deteraiine that an actual piece of equipment 

is to be placed, i.e., a generic footprint is to be replaced 
with a specific footprint, then this field is stored in the 
facilities planned installation date 1061m. In other words, 
at the time, the rackface tool 1 12 replaces the facilities 

30 planned installation date field 1061m with the planned 

installation date field 106 In. 
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13. Actual installation date IO6I0 is the date that the 
equipment is actually installed onto the floor. 

14. Installation project identification 1061p is the work 
project for which the equipment is installed. 

5 IS. Planned activation date 1061q is the date when the 

equipment (i.e., the configured rack) is made fimctional. 
For example, for telecommunications equipment, this 
refers to when traffic flows through the device. For some 
equipment, this date refers to when the eqmpment is 
10 simply supplied power. For other types of equipment, 

e.g., a piece of furniture, the equipment is never activated. 

16. Actual activation date 1061r is when the equipment is 
actually turned on. 

1 7. Planned decommission date 1 06 1 s is when the equipment 
15 is planned to be turned off. 

1 8. Actual decommission date 106 It is when the equipment 
is actually turned off. 

1 9. Planned removal date 1 06 1 u is when the equipment is to 
be physically removed from the floor. 

20 20. Actual removal date 1061v is when the equipment is 

actually physically removed from the floor, such that the 
floor space is left open. 
2 1 . Removal project identification 1 06 1 w is the work project 
for which the equipment is removed. 

25 22. Create user identification 1061y, create date 1061z, last 

update identification 1 06 1 aa, and last update date 1 06 1 bb 
are fields that respectively identify (1) the user that 
entered the record into the database, (2) the date the user 
inserted the identification, (3) the last user who updated 

30 the record, and (4) the last date the record was updated. 
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23. Floor identification 1061cc is a foreign key back to the 
floor associated with the footprint. Hence, this field 
identifies the ancestor floor for the footprint. 

24. Zone identification 1061dd is a foreign key back to the 
ancestor zone associated with the footprint. Hence, this 
field identifies the ancestor zone for the footprint. 

25. Planning unit identification 106 lee is a foreign key back 
to the ancestor planning unit associated with the footprint. 
Hence, this field identifies the ancestor planning unit for 
the footprint. 

XI. Conclusion 

While various embodiments of the present invention have been described 
above, it should be understood that they have been presented by way of example 
only, and not limitation. Thus, the breadth and scope of the present invention 
should not be limited by any of the above-described exemplary embodiments, but 
should be defined only in accordance with the following claims and their 
equivalents. 
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What Is Claimed Is: 



1 . A method for graphically placing an article or a piece of equipment on a 
floor space, comprising: 

enabling a user to create one or more higher level hierarchically related 
5 data objects for storing non-graphical data; 

enabling said user to create for display one or more hierarchically related 
graphical objects; 

initially storing or updating said graphical objects in a non-graphical 
format in one or more lower level hierarchically related data objects; 
10 enabling said user to initially store or update non-graphical data relating 

to said one or more graphical objects in one of said higher level hierarchically 
related data objects and said lower level hierarchically related data objects. 

2, A method according to claim 1 , wherein the step of enabling said user to 
create one or more higher level hierarchical data objects fiirther comprises: 

IS enabling said user to establish a site data object to represent a site; 

enabling said user to establish a structure data object to represent a 
structure located at said site; 

enabling said user to establish a floor data object to represent a floor 
located at said structure. 



20 3 . A method according to claim 1 , wherein the step of enabling said user to 

create for display one or more hierarchically related graphical objects further 
comprises: 

enabling said user to create a graphical floor object. 

4. A method according to claim 3, further comprising: 
25 enabling said user to create one or more additional graphical objects 

within said graphical floor object 
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5. A method according to claim 4, further comprising: 

enabling said user to create one or more footprint objects representing a 
union of a space within said graphical floor object and the article or the piece of 
equipment placed within said graphical floor object 

6. A method according to claim 4, further comprising: 

enabling said user to create one or more graphical zone objects within said 
graphical floor objects; 

enabling said user to create one or more graphical planning imit objects 
within said graphical zone objects; 

enabling said user to create one or more graphical row segment objects 
within said graphical planning unit objects, 

wherein said user can place said one or more footprints within said row 
segment objects. 

7. A method according to claim 4, further comprising: 

enabling said user to use an architectural diagram in conjunction with said 
graphical floor object and said one or more additional graphical objects. 

8. A method according to claim 1, wherein said step of initially storing or 
updating said graphical objects in a non-graphical format in one or more lower 
level hierarchically related data objects further comprises: 

selecting a sequence of points traced out by said user using an input 

device; 

storing said sequence of points in said one or more lower level 
hierarchically related data objects. 

9. A method according to claim 8, wherein said step of selecting a sequence 
of points traced out by said user using an input device further comprises: 

selecting a sequence of points relating to a graphical floor object; 
selecting a sequence of points relating to a graphical zone object; 
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selecting a sequence of points relating to a graphical planning unit object; 
selecting a sequence of points relating to a graphical row segment 
object; and 

selecting a sequence of points relating to a graphical footprint object; 
wherein said step of storing said sequence of points in said one or more lower 
level hierarchically related data objects fiirther comprises: 

storing said sequence of points relating to a graphical floor object in a 
floor points data object; 

storing said sequence of points relating to a graphical zone object in a 
zone points data object. 

storing said sequence of points relating to a graphical planning unit object 
in a plaiming unit points data object; 

storing said sequence of points relating to a graphical row segment in a 
row segment data object; 

storing said sequence of points relating to a graphical footprint object in 
a footprint data object. 

1 0. A method according to claim 1 , wherein said step of enabling said user to 
initially store or update non-graphical data relating to said one or more graphical 
objects in one of said higher level hierarchically related data objects and said 
lower level hierarchically related data objects further comprises: 

identifying relational information interrelating said one or more higher 
level hierarchically related data objects and said one or more lower level 
hierarchically related data objects using a data object indexing system. 

11. A method according to claim 1 , wherein said step of enabling said user to 
initially store or update non-graphical data relating to said one or more graphical 
objects in one of said higher level hierarchically related data objects and said 
lower level hierarchically related data objects further comprises: 
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calculating and storing dimensional information relating to physical 
dimensions of one or more physical objects represented by said one or more 
graphical objects. 

12. A method according to claim 1 1» wherein said step of calculating and 
storing dimensional information further comprises: 

calculating and storing dimensional information relating to one or more 
graphical floor objects, one or more gr^hical zone objects within said graphical 
floor objects, one or more graphical planning unit objects within said graphical 
zone objects, one or more graphical row segment objects within said graphical 
planning unit objects, and one or more gmphical footprint objects within said 
graphical row segment objects. 

13. A method according to claim 1 , wherein said step of enabling said user to 
initially store or update non-graphical data relating to said one or more graphical 
objects in one of said higher level hierarchically related data objects and said 
lower level hierarchically related data objects further comprises: 

identifying said user and a date said user performed one of: initially 
storing and updating said graphical date. 

14. A method according to claim 1 , wherein said step of enabling said user to 
initially store or update non-graphical data relating to said one or more graphical 
objects in one of said higher level hierarchically related data objects and said 
lower level hierarchically related data objects further comprises: 

enabling said user to identify specific information relating to said article 
or said piece of equipment. 

15. A method according to claim 1 4, wherein said step of identifying specific 
infomiation relating to said article or said piece of equipment further comprises: 

enabling said user to identify information relating to how said article or 
said piece of equipment is to be placed on said floor space; 
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enabling said user to identify information relating to a planned installation 
date, an actual installation date, a planned activation date, an actual activation 
date, a planned decommission date, an actual decommission date, a planned 
removal date, and an actual removal date for said article or said piece of 
equipment 

16. A computer program product, comprising a computer useable medium 
having computer program logic stored therein, wherein said computer program 
logic comprises: 

means for enabling a user to create one or more higher level hierarchically 
related data objects for storing non-graphical data; 

means for enabling said user to create for display one or more 
hierarchically related graphical objects; 

means for initially storing or updating said graphical objects in a non- 
graphical format in one or more lower level hierarchically related data objects; 

means for enabling said user to initially store or update non-graphical data 
relating to said one or more graphical objects in one of said higher level 
hierarchically related data objects and said lower level hierarchically related data 
objects. 

17. The computer program product of claim 16, wherein said means for 
enabling said user to create one or more higher level hierarchical data objects 
further comprises: 

means for enabling said user to establish a site data object to represent a 
site; means for enabling said user to establish a structure data object to 
represent a structure located at said site; 

means for enabling said user to establish a floor data object to represent 
a floor located at said structure. 
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18. The computer program product of claim 16, wherein said means for 
enabling said user to create for display one or more hierarchically related 
graphical objects further comprises: 

means for enabling said user to create a graphical floor object 

1 9. The computer program product of claim 1 8, further comprising: 
means for enabling said user to create one or more additional graphical 

objects within said graphical floor object. 

20. The computer program product of claim 1 9, further comprising: 
means for enabling said user to create one or more footprint objects 

representing a union of a space within said graphical floor object and the article 
or the piece of equipment placed within said graphical floor object. 

2 1 . The computer program product of claim 1 9, further comprising: 
means for enabling said user to create one or more graphical zone objects 

within said graphical floor objects; 

means for enabling said user to create one or more graphical planning unit 
objects within said graphical zone objects; 

means for enabling said user to create one or more graphical row segment 
objects within said graphical planning unit objects, 

wherein said means for enabling said user to create one or more footprint 
objects further comprises: 

means for enabling said user to place said one or more footprints 
within said row segment objects. 

22. The computer program product of claim 19, further comprising: 
means for enabling said user to use an architectural diagram in 

conjunction with said graphical floor object and said one or more additional 
graphical objects. 
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23. The computer program product of claim 16, wherein said means for 
initially storing or updating said graphical objects in a non-graphical format in 
one or more lower level hierarchically related data objects further comprises: 

means for selecting a sequence of points traced out by said user using an 
input device; 

means for storing said sequence of points in said one or more lower level 
hierarchically related data objects. 

24. The computer program product of claim 23, wherein said means for 
selecting a sequence of points traced out by said user using said input device 
further comprises: 

means for selecting a sequence of points relating to a graphical floor 

object; 

means for selecting a sequence of points relating to a graphical zone 

object; 

means for selecting a sequence of points relating to a graphical planning 
unit object; 

means for selecting a sequence of points relating to a graphical row 
segment object; and 

means for selecting a sequence of points relating to a graphical footprint 

object; 

wherein said means for storing said sequence of points in said one or more 
lower level hierarchically related data objects further comprises: 

means for storing said sequence of points relating to a gr^hical 
floor object in a floor pomts data object; 

means for storing said sequence of points relating to a graphical 
zone object in a zone points data object. 

means for storing said sequence of points relating to a graphical 
planning unit object in a plaiming unit points data object; 

means for storing said sequence of points relating to a graphical 
row segment in a row segment data object; 
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means for storing said sequence of points relating to a graphical 
footprint object in a footprint data object. 

25. The computer program product of claim 16, wherein said means for 
enabling said user to initially store or update non-graphical data relating to said 

5 one or more graphical objects in one of said higher level hierarchically related 

data objects and said lower level hierarchically related data objects further 
comprises: 

means for identifying relational information interrelating said one or more 
higher level hierarchically related data objects and said one or more lower level 
1 0 hierarchically related data objects using a data object indexing system. 

26. The computer program product of claim 16, wherein said means for 
enabling said user to initially store or update non-graphical data relating to said 
one or more graphical objects in one of said higher level hierarchically related 
data objects and said lower level hierarchically related data objects further 

IS comprises: 

means for calculating and storing dimensional information relating to 
physical dimensions of one or more physical objects represented by said one or 
more graphical objects. 

27. Hie computer program product of claim 26, wherein said means for 
20 calculating and storing dimensional information further comprises: 

means for calculating and storing dimensional information relating to one 
or more graphical floor objects, one or more graphical zone objects within said 
graphical floor objects, one or more graphical planning unit objects within said 
graphical zone objects, one or more graphical row segment objects within said 
25 graphical planning unit objects, and one or more graphical foo^nnt objects 

within said graphical row segment objects. 
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28. The computer program product of claim 16, wherein said means for 
enabling said user to initially store or update non-graphical data relating to said 
one or more graphical objects in one of said higher level hierarchically related 
data objects and said lower level hierarchically related data objects further 
comprises: 

means for identifying said user and a date said user performed one of: 
initially storing and updating said graphical date. 

29. The computer program product of claim 16, wherein said means for 
enabling said user to initially store or update non-graphical data relating to said 
one or more graphical objects in one of said higher level hierarchically related 
data objects and said lower level hierarchically related data objects further 
comprises: 

means for enabling said user to identify specific information relating to 
said article or said piece of equipment. 

30. The computer program product of claim 29, wherein said means for 
enabling said user to identify specific informatioii relating to said article or said 
piece of equipment further comprises: 

means for enabling said user to identify information relating to how said 
article or said piece of equipment is to be placed on said floor space; 

means for enabling said user to identify information relating to a planned 
installation date, an actual installation date, a plarmed activation date, an actual 
activation date, a planned decommission date, an actual decommission date, a 
planned removal date, and an actual removal date for said article or said piece of 
equipment. 
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AREA QTY: NUNfflER^lO;!) NOT NULL 
MSLINK: NUMBER(10) NOT NULL 
CREATE USER ID: NUMBER(6) ^X)TNULL 
CREATE'DT: date NOT NULL 

LAsr.umr user.id: number<«) null 

LAST_UPDT_DT: DATE NULL 



FLR'IS DEFINED WTIH FLRP 



SVTOFLRP 



FLOOR ID:NUMBER(9}N0rNULL(FK) 
PNr_SEQ.NUM: NUMBERQ) NOT NULL 



HICDnL CRDNT NUM:NUMBERC12) NOT NULL 

VRTCL.CRDMT NUM: NUMBERXI2) NOT NULL 

NISLINK: NUM^R(IO) NOT NULL 

CREATE USER ID: NUMBER(6) NOT NULL 

CREATE DT: DATE NOT NULL 

LAST Urarr user ID:NL1MBER(6) NULL 

LAST'UPDT'DT: DATE NULL 



SVTDZON 



A. ZONE_ID:NL'MBER(9) NOT NULL 



FLOOR ID: KLMBER(9) NOT NULL (FK) 
ZONE NM TXT: VARCHAR2(20) NOT NULL 
EQPT CLS'CD: VARCHARKIfi) NOT NULL (FK) 
AREa'QTY: NUKfflER(l0a) NOT NULL 
MSLU^ NL!MBER(10) NOT NLIX 
CREATE USER ID: NUMBER(«) NOT NULL 
CREATE'DT: DATE NOT NL«LL 
LASr LTOT L^ER ID: NUMBFJl(6) NIU- 
LAST UPDT'dT: DATE NULL 



SVTDZOKP r^iOf^ &>^g^ '^'^ 



A ZONE ID: NUMBER(9) NOT NULL (FK) 
y i PNT^SEQ.NUM: NUMBERQ) NOT NULL 



ZON IS DEFINED '\NTrH ZON1 



HRZNTL CaUJNT NUM: NXIMBER<12) NOT NULL 
? VRTCL CRDNT l5uM: NUMBER(12) NOT NULL 
MSUNK: NUNfflERCIO) NOT NULL 
/ : CREATE USER ID: NUMBER(6) NOT NULL 
< ! CREATE~DT: DATE NOT NULL 

LAST UPDT USER ID: NLIMBER(6) NLiLL 

; ; last'ltdt dt: date nlix 



ZON IS DIVIDED INTO.pLu 
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SVTOPUJ 



^ c-'^Jj.uuti^ rots' 



rtJNIT 1X7: NUMBERC9} NOT NULL 



ZONE ID:NUMBER^9)N0rrNULL(FK) 
PflNXf NM TXT: VAIICHAR2(1I) NOT NULL 
DSCStnN TXT: VARCUAR2(60) NOTNULL 
ABEA qfTY:HUMBER(l0.2) NOTNULL 
FLOOR ID:NUMBER(9)NULL 
RjOOR tSlMr QTY:NUMBEIU10J) NOT NULL 
KBUNIC: NUMBEEUIO) NOT NULL 
CREATE USER ID: NUMBER(«) NOT NULL 
CBfiAJE DT: DATE NOTNULL 
LASTJUFOT.USER ID:NUMBER(6)NULL 
LAST Uror OT: DATE NULL 



FLUjCX>NlUlNS_ROW 



I £!&SS!)^y?t&i!P^. 



SVTPPLUP C 



PUNIT ID:NUMBER(9)NOTNULL(FK) 
PNr,roQ,NUM: NUMBERO) NOT NULL 



HRZN7L CRDNT NU^4: NUMBER<12) NOT NULL 

PU) IS DEFINED WITOPLUia ^^^^-JJ^l^S??^^ 
:S MSLINK;NUMBEIUIO) NOT NULL 

CR£ATE_USER ID: NUMBER(6) NOT NULL 

CREATE DT. DATE NOT NULL 

LAST uror USER ID:NUMBER(«)NULL 

LAST'UPOT DT: DATE NULL 



ZON CONTAINS ROWS 



PLU CONTAINS ROWS_ 



IVTDROW 



IroWJDfeWUIiJBERg) NOTNULL 



(PUNIT ID:NUMBER(9)NOTNULL(FK) 

! ROWNM rxn varchar2(S) not null 

' CREATE USER ID: NUMBER(6) NOT NULL 
CREATE DT DATE NOT NULL 
LAST uror USER ID: NUMBER(0 NULL 

^LASTJUror.DT; PAIENULL 



ROW IS DEFINED WITH ROWS 



SYTPROWS 



] 



ROW ID:KUMBEIU9)NOTNULL(FK) 
ROWSEQ^SEQ_NUM: NUMBERQ) NOT NULL 



MSUNK: NUMBER<IO) NOT NULL 
FLOOR ID.NUMBER(9)NULL(FK) 
ZONE D: NUMBER(9) NULL (FK) 
PUNlf ID: NUMBER(9) NULL (FK) 
START KRZNIL CRDNT NUM: NUMBER(12> NOTNULL | 
START'vRTCL CRDNT NUM: NUMBER<12) NOT NULL 
END raZNTL CRDNT NUM: NUMBER(12) NOT NULL 
END'VRTCL CRDNT NUM: NUMBER(I2) NOTNULL 
LNGTH qfnr7NUMBQm^4) NOT NULL 
HGHT IMT QTY: NUMBER(10.2) NOT NULL 
CREATE USER ID: NUMBER(«) NOT NULL 
CREATE OT: DATE NOTNULL 
LAST UTOT USER ID: NUMBER(6) NULL 
LAST UTOT OT:DATENULL 



fiG. foe. 
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P^duct Catalog 



rfCUDfeWUMBERQl) WOT NULL 



^UtOODBJXfc VARCHAR2(S)NQT1IULL 
fffO ID:NUMBEIU6)H0TNULL(F10 
OATA.SRC.CMPLT.IND: VARCHAJOd) HOT NUtt 
HFO.FINBR.ID: VARCHAR2a6) NOT NULL 
NFO KOX. NM:VAIICHAR2(20) NOT NULL 
TLO^nEM.TYP: VARCHAIU(l) NOT NULL 
riajTEMDSCSPl TXT: VARCHAR2(60) NOT NULL 
QPT_SUBCLS_CDi VARCHAR2(«) NOT NULL (FK) 
</2HrjC7rY: NUMBER(SJ) NOT NULL 
^Ami qiY: NUMBER(Sa) NOT NULL 
OfTH QTY:NUMBER()a) NOT NULL 
iWWrjQfnf : NUMBERaa) NOT NULL 
*ACE_LBLJTXT: VAROiAIOdO) NOT NULL 
C8EAIEJUSER ID: KUMBEIU6) NOT NULL 
CBEAXB DT:DA1£NOTNULL 
lASTJUFDT USER II>:NUMBER(6)NULL 
MST UFDT DT:DATENULL 



V 1019 PRODUCT CAT. 



MFQ_Bt(lLDS_PC 



SVTDPCS 



.1020 SHELF 



PC INCUDES PCS 



INCjLUDES I 



Ma.gte NUMBBUl O NOT NULL(FK) 



MNTPOS.RQRD_qmf : NUMBERO) NOT NULL 
WIRE_CNCIRS_QTY: NUMBER(3) NOT NULL 
COAX CNCTRSjqrrY:NUMBERCI)NOTNULL 
FIBER CNCTRS QTf: NUMBERS) NOT NULL 
PWR^TRMN CD:VARCKAR2a5)NOTNULL 
CREATE USER ID:NUMBER<6)NOTNULL 
CREAIE DT:DA1E NOT NULL 
LAST UPbr^USER.ID: NUMBER<6) NULL 
LASr'UPOTlpT: DATE NULL 



POC OOWTAINS PC 



svTOFOC/^^021 ♦ CARD (MODULES ) 



1022RAiLS" 



Ma^ID: NUMBERS 1) NOT NULL (RO 



HI» HGHT QTY:NUMBER(3ANOTNULL 
FIR HGHT QTYiNUMBEROO) NOT NULL 
MNINO pas HaHr_QrY:NUMBER(4;E> NOT NULL 
RAIL fYP:VARCHAR2(l)NOTNULL 
CREATE USER.ID: NUMBER(6) NOT NULL 
CREATE"OT: date NOT NULL 
LAST UnTT USER.ID: NUMBER(6)NULL 
LAST'UPOT OT: DATE NULL 



PCR.INCU DES_PCRH 



Ma ID: NUMBERED NOT NULL(FK> 
VLTG INP CX>.VARCHAR2(3)NOTNULL 
VLTG'fNP'SPEC QTY: NUMBERA2) NOT NULL 

AMPs'wp'seec qfrv: numbero.^) not null 

VLTOlDff''ACajQfnr:NUMBER(U)NULL 
AMPS"lNPlACIt jOflY : NUMBER(U) NULL 
VLTG OUTP CD: VARCHAR2(3) NOT NULL 
VLTG^OUIP'SPEC QTY: NUMBEROA NOT NULL 
AMPS'OUIP~SPEC''Qnr: NUMBEROi^) NOT NULL 
VLTO'oUTP'aCTL QTY: NUMBEROU) NULL 
AMPS'OUTP ACTL QTY: NUMBERCU) NULL 
AMP HOURS QfTY:NUMBERCS)NULL 
CREAIE USBl ID:MUMBER(6)NOTNULL 
C3tEATE~OT: DAIENOTKULL 
LAST UH>T_USER_ID: NUMBER<6) NULL 
LAST UPDT DT: DATE NULL 



DEPTjGROyPS USR 



SVTDPCRH 



1023 RAILS 



Ma_ID: NUMBERd I) NOT NULL(FK) 



AIRFLW CD: CHAR(1) NOT NULL 

BTUS PER HOUR QTY: NUMBER<13a) NOT NULL 

AIRFLW CTCTY QTY: NUMBER<13^) NOT NULL 

COOLANT CD:aiAR(l)NOTNULL 

CREATE USER ID: NUMBERCfi) NOT NULL 

CREATE"DT: DATE NOT NULL 

LAST UPDT USER ID: NUMBER(6) NULL 

LASTIUPOT'OT: DATE NULL 



PC IS USED 



.<W0 98431 55A1J_> 
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PC IS USED IN CLS 



PC BUSED IN gLSI_ 



Configuration 
Placement 



SVTflPlK A" ' 



fifacet^r^t ^oi^a far R^<ck^ 



^ FIPRT^DCTNC.ID: NUMBERffl NOT NULL 



r 

J- 



A 
/ 

V 

ft 



ROW ID:NUMBEIU9)NOTNULL(FK) 
RO^WEG SEQ.NUM:NUMBERO) NOT NULL (FK) 
ROWSBQ'FOS CD:VARCHAR2a2>)^TNULL 
RAjCKOPG lEt NUMBER<9) NOT NULL (FK) 
BAYPACE DRCm IND:VARaiAR2(l) NOT NULL 
OFFSET <jTY: NUMBER<5 J) NOT NULL 
STRT GAP QrY:NUMBER<5a)NOTNULL 
END GAP QTY: NUMBEB<Sa) NOT NULL 
BCK"TO BOC IND: VARaiAR2a) NOT NULL 
BOC'OAP <3TY:NUMBER(5a) NOT NULL 
ANdiDl Vm Qfnr:NUMBER<6a) NOT NULL 
FCLT5 FLMD INS1L DT: DATE NOT NULL 
UND DSILl7r:DAlE NOT NULL 
ACTL'lNSIL'in': DATE NULL 
IKSTL FROJ ID:NUMBERC5)NULL 
FLND ACTVIN DT: DATE NULL 
ACTL'ACTVTN'OT: DATE NULL 
PLND'DCMSN DT: DATE NULL 
AOLIxWSN'DT: DATE NULL 
FLND'RMVL DT: DATE NULL 
ACa'RMVL'DT: DATE NULL 
RMVL PROJID: NUMBERS) NULL 
MStiraC: N(AffiES(IO)NOTNUlJL 
CREAIE USER ID: NUMBER(6) NOT NULL 
C31EATE DT: DATE NOT NULL 
LAST UroT_USER_ID: NUMBER(6) NULL 
LASTJUPDT_DTVDATE NULL 
FLOCKl ID: NUMBER<9) NULL 
ZONE_n>. NUMBER(9) NULL 

PONTT^ID: NUMBER<9) NULL | 



PLR CONTAINS PLS 
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SVTOPLS 

rrPRT INSTNC ID:NUMBER<9)NOTNUlX(FK)V _ 

RACK CFO ID:NUMBER(9)NaThajLL(FK) |, oiAt^^^'^* 
p.|iM^ 



RACK_POS_NUM: NUMBEiy 5.1 ) NOT NULL (FK) 



PUJD INSn. DT: DATE NOT NULL 
ACIL'INSTL'DT: DATE NULL 
INSTL PROJ ID: NUMBER(5) NULL 
PLND "aCTVTN DT: DATC NULL 
ACIL'aCTVTM DT:DA1BNULL 
PLNDIdCMSN.DT: DATE NULL 
ACIL DCMSN DT:DATENULL 
moTRMVL DT: DATE NULL 
ACIL'RMVL~DT: DATE NULL 
RMVlT PROJ n>: NUMBER(S) NULL 
CSEATE USER ID: NUMBER<6) NOT NULL 
CREATE DT: DATE NOT NULL 
LAST Vm USER ID:NUMBER(«)NULL 
LASTJUPDT.DT: DATE NULL 



PLS OONTAPC PLC 



SVTOPtC 



FTPRT INSTNC !D:NUMBER(9)N0TNULL(FK) 
RACK CFG ID:NUMBER(9)NOTNULL(FK) 
RACR'FOS'NUM: NUMBER<3,1) NOT NULL (FK) 
SHLF CFG ID: NUMBER(9) NOT NULL (FK) 
SHLF>05~NUM: NUMBER(4) NOT NULL QFK) 



PLND INSTL DTzDAIENOTNULL 
ACIL"lNSIL"OTr: DAIENUU. 
INSIL PROl'lD: NUMBER<5) NULL 

PLND Acnrm dt: date null 

ACIL"aCIVTN'"dT: DAIENULL 
FLND'DCMSN DT: DATENULL 
ACTL"DCMSN"DT: DATENULL 
PLND'RMVL DT: date null 
AC1L~RMVL DT: DATE I^ISLL 
RMVL PROJ "ID: NUMBEW5) NULL 
ALPHA CD: VARCHAR20) NULL 
PORT QTY: NUMBER(9)NULL 
CREATE USER ID:NUMBERf6)KOrNULL 
CREATE"dT: DATE not null 
LAST Uror USER_ID: NUMBER<6) NULL 
LASr'UFOTDT: DAIENULL 




ROWS CONTAINS PLR 



CLRI IS PLACE 



CLSI IS PLACED AS PLC 
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SVTDMFO 



MFO JD: NUMBERX6) NOT NULL 



MFO NM:VARaiAR2aO))iaTNUIX 
CREAIB USER ID:NUMBER(6)I40TNULL I 
CREATE DT: DATE hJOT NULL 
LAST VPDT VSER ID: NUMBCR(6) NULL 
LAST UPDT OT:DATBNULL 




Pick List 

/0Z8 aifg/vbajpor 



=JSUBCAtAGORIZES_PC 



LR 



SVTOEQSC 

EQPT_SUBa-S _CD: VARCHAR2(6) NOT NULL 



EQPT_SUBCLS_1XT: VARCHAfa(l6) NOT NULL P 
CS£ATE_USER_ID: NUMBER(«) NOT NULL 
CREATE DT: DATE NOT NULL 
LAST UPbrr USER ID: NUMBERCO NULL 

last'ufdt'dt. date null 



SVTOEQC 



EQPT_CLS,CD: VARCHAR2(16) NOT NULL 



EQFT CLS DSCRFT TCT: VARCHAR2(«)) NOT NULL 
EQPT~CXS"TYP CthV ARCHAR2( 1 ) NOT NULL 
CREATE USER ID: NUMBERX6) NOT NULL 
OtEATElOT: DATE NOT NULL 
LAST UPDT USER tD: NUMBER(6)NULL 
LAST'UPDT'DT: DATE NULL 



Bp 



(Xk IS BILLED 



WITH MFC 




_EQSCireEDJW 



iEQSCiSUBCATAGOREES_,CXR 
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EQC.CATMK»g^.CLS 



Cobfi^ur4tioti 



SVTPCLR 



RACK_(7O_ID:NUMBER(9)H0TNULL 



1062 CONF. RACKS 
^ 



RACK CFG NKtVARCKARiat) NOT NULL 
RACK"CFG"DSC3lPT_TXr: VARCHAR2(60) NOT NULL 
RAOC'CFC'sr CD: VARCHAKZO) NOT NULL 
RACX'Ma'lD: NUMBERS I) NOT NULL (FK) 
ECffT~CLS CD: VARCHARZ(16) NOT NULL(FX) 
EQPT'SUBCLS CD: V ARCKAR2(6) NOT NULL (FK> 
ra WGKT QTY: NUMBERS U) NOT NULL 
m*A£ AMPS SPEC QTY:NUMBER<ll^>NOTKULL 
nL"DC'"AMPS"sPEC"QTY: NUMBERO 1,2) NOT NULL 
TIL'WMTS spec QTY: NUMBER^UO) not NULL 
TTL'BTUS :n>EC QTY:NUMBER<l3^)NOTNULL 
CREATE l^ER ID: NUMBER<«) NOT NULL 
CREATE'DT: date not null 

TIL AC AMPS ACIL QTY: NUMBER(lla)NOTNUH- 
nL'DC~AMPS'ACTL QTY: NUMBER<lia) NOT NULL 
TIL'wAXTS ACTL QTY:NUMBER<13^)N0TNULL 
TIL'BTUS AOL QIY: NUMBER(t3^) NOT NULL 
LAST UPOt USdL ID:NUMBER<6)NULL 
LAST'UPDT'DT: DATE NULL 
MAKHl VEMXJR ID: NUMBER(6) NOT NULL (FK) 



CLR IS rnjJT) wrm cuu 



""3 
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PLS 



SVTPCLSI 



SVTOCLRl 



loTS COOK 'Zau: 



RACK.CFG.ID: KUMBEiU9) KOT NUUL <FK) 
RACK.POS.WUH- NUMBER(S.l) NC3T NULL 



SHLF CFG O: NUMBEIK9) NOT NULL (FK) 
HRZNTL dlDNT NUM: NUMBER(S) NOTNULL 
VRTCL CRDNT NUM: NUMBEIUS) NOT NULL 
CREJJB USER ID: NUMBER<6) NOT NULL 
CREATE DT: DATE NOT NULL 
LAST UFbT USER ID: NUMBERS) NULL 
LAST~UPDT DT: DATE NULL 



CLS IS USED IN OR! 



SHLF_CFG_ID: NUMBER(9) NOT NULL 



SHLF CFG NM:VARCHAR2(1DN0TNULL 
SHLF"CF0'DSCRPT TXT. VAROIARICWNOT null 
SHLF~CFO~ST CD: VARaiAR2(3) NOT NULL 
SHLF'Ma "lD:"NUMBERa 1 ) NOT NULL (FK) 
EQPTlC3^"a> VARCHAR2(I6) NOT NULL (FK) 
EQPT SUBCLS CD: VARCHAR2(6) NOT NUIX (FK) 
TTL W<5HT QfY:NUMBER(Ua) NOT NULL 
TTl'aC amps spec Qrir:NUMBER(Iia)NOTKULL 
TTL'dC AMPS'SPEC QTY: NUMBERO 1 A NOT NULL 
TTL'w ATTS SPEC QTtz NUMBEIUIS J) NOT NULL 
TTL"bTUS SPEC_QtY:NUMBER(l3^) NOT NULL 
CREATE (^ER_ID:NUMBER(6)N0TNULL 
CREATE DT: DATE NOT NULL 
TTL AC'aMPS ACTL QTY: NUMBER(IU) NOT NULL 
TIL'DC'aMPS" ACnTQTY: NUMB£i((I U) NOT NULL 
TTL'WATrS ACIL QTY: NUMBER(I3^) NOT NULL 
TTL'bTUS ACTL <7rY:NUMBER<13^ not null 
LAST UPOT USB^_ID:NUMBER(«)NUa 
LAST"UPDT*0T: DATE NULL 
MAJOR VENDOR ID: NUMBER(6)N0TNULL(FK> 



CLS IS FILLED WITH CLS 



SHLF_CFO n>: NI;MBER(9) NOT NULL (FK) 
SHLF_POS^NUM: Nl'NfflER(4) NOT NULL 



CARD_Ma_ID: NUNfflERCl 1 ) NOT NULL (FK) 
HRZNTL jCRDNT NUM: NUMBER(7.4) NOT NLO-L 
VRTCL_aiDNT_NUM: NUMBER(7.4) NOT NULL 
CREATE JJSERJD: NUMBER(6) NOT NLT-L 
CREATE_DT: DATE NOT WLL- 
LAST UPOT USER ID: NUMBER«) NULL 
IAST.UPDT'DT: DATE NULL 
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SVTBMIA 



•« 



UlAjSi: NUMBEHg) NOT NULL 



Connection 



MFO n):KUMDER(6)HOTKULL<m L / 
OCXN''TyP:VARCIfAia(l>NaTNUtX ^ '"^^ ' 
CNDCTO^QTY; NUMBERQ) WOT NlflX 



SVTOCNR 



CNR_1I>. NUMBERffl) NOT NULL 



LEFT OTP ID:NUMBERO)NOTNULL(FK> - 
RIGHTjOTP.ID: NUMB ER) NOT NULL (FK)j 



CNR USED IN CKVT 




CDA3X). ?LLiLC5 



SVTXNVT 



CNR ID:NUMBER(9)NOTNULL(FK) 
OON'Tn*: VARCHARKDNOTNULL 



i- 



1033 



CNR USEDIN CNy s^ 



; FOR RIGHT 



svracN 



CON.ID: NUMBER(9) NOT NULL 



LEFT OBI ID:NUMBER<9)N0TNULL 
LEFT"0TP"ID: NUMBER^) NOT NULL (FK) 
RIGHT OBJ n>:NUMBER(9) NOT NULL 
RiaKr~01T''lD: NUMBERO) NCTNULL (FK> 
OON TYP: VARCUARia) NOT NULL 
KOaID: NUMBERO) NULL 
CREATC USER tD: NUMBERt«) NOT NULL 
CREATEIdT: date NOT NULL 



iOWji^.WCNRFpR_LEFT| 



OPTJtgg>_DrCJR,roR^RKiHlj 

oip^usfa>_iN. 



oit usdo^iN. 



SVTDCWVS 



CNR ID:NUMBER<9)NOTNULL(FK) 
LEFT SC CD: VARaiAR2(«) NULL (FK) 
RIGHT SC CD: VARCHAR2(6) NULL (FK) 



iCN FOR LEFT 



.tN^Fck^RIGHT 



SVTDOTP 



OTP_ID: NUMBERO) NOT NULL 



TABLE NM TXT: VARCHAR2(30) NOT NULL 
COLUl^.NM TXT: VARCHAR2(30) NOT NULL I 
OBJ NM TXTrVARCHAR2<30) NOT NULL 
DESCRirnON: VARCHAR2(50) NOT NULL 
HAS SUBCLS:VARCHAR2(I)NULL 
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User Security 



USER ID: NUMBER(6) NOT NIHX 



USER NM: V ARCHAR2O0) NOT NULL 
OBT'ID: VARCHAR2(I0) NOT NULL (FK) 
CRBATC USER ID: NUMBER<6) NOT NULL 
CRSATE'OT: date NOT NULL 
LAST VPOT USER ID: NUMBER(6) NULL 
LAST**UPDT*DT: DATE NULL 



SVTOSECP 



PRFL ID: NUMBER(6) NOT NULL 



PRFL_NM TXT: VARCHAR2(20)NQTNULL 
CREATE DT:DA1BN0TNULJL 
CREATE^USER ID: NUMBER(6) NOT NULL 
LAST UTOT of: DATE NULL 
LAST'UPDT"USER ID: NUMBER(<) NULL 



USR IS GRANTED USRA 



SVTOAPP 



SOFTMOJNM: VARaiAR2(30) NtSTNULL 



SUPER USER PWD:VAROIAR2(30) NOT NULL 
DATA USER PWD:VARCHAR2(30) NOT NULL 
CURR VERtNUMBERO) NOT NULL 
MAJR'ENCH: NUMBERO) not null 
CRICf MODS: NUMBERO) NOT NULL 
MINOR MODS:NUMBER{Z)NOTNULL 
CREATE DT:DATE>I0TNULL 
CREATE'USER ID: NUMBER<«) NOT NULL 
CVEFF_DT: date NULL 
CX»MfT: VARCHAR2(60) NULL 
LAST UPDT OTiDAlENULL 
LAST'UPDT'uSER ID: NUMBERS) NULL 




Ml 



SVTOUSRC 



J2n 



EQPT CLS_CO:VARCHAR2(l6) NOT NULL 3 
USER.ID: NUMBER<6) NOT NULL 



CREATE USER ID: NUMBER(6) NOT NULL 
CREATE DT: DATE NOT NULL 
LAST.UPDT USER ID. NUMBER(6) NULL 
LAST.UPDT OT: DATE NULL 



SVTOAPFN 



AFFL NM:VARaiAR2(4)N0TNULL 
FNCm.ID: NUMBERaO) NOT NULL 



FHCIN NM TXT: VARCHAR2(S0) NOT NULL t 
CREATE Df: DATE NOT NULL 
CREATB'USER ID: NUMBER(6) NOT NULL 
LAST UTOT Df:DATENULL 
LAST'UFDT'USER ID: NUMBER(6) NULL 



Bp 



S fecP PIcmDBS PRFD 



GRA JJSRA 



APR 



SVTOPRFD 



.IS_INgAip^_IN_PRFD 



FNCTN_ID: NUMBER(10) NOTNULL<FK) 
PRfL_ID: NUMBER<6) NOT NULL (FK) 



APPL NM:VARCHAR2(4> NOT NULL (FK) 
CREATE DT: DATE NOT NULL 
OtEATEJUSER ID. NUMBER^) NOT NULL | 
LAST UFDT DHDATENULL 
LAST'UFDT'USER ID: NUMBER(6) NULL 



SVTDUSRA 



USER.ID: NUMBERtfi) NOT NULL (FK) 
PRFL ID:NUMBER(6)NOTNULL(FK) 
APPL'NM: VARCHAR2(4) NOT NULL 



CREATE DT: DATE NOT NULL 
CREATB~USER ID; NUMBER<6) NOTNULL 
LAST UPDT of: DATE NULL 
LAST'UPDT"USER ID: NUMBER(6) NULL 
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Power Tables 



PREC^SEQ; NUMBER(6) NOT NULL ] 

STO CD:VARCHAR2(6)NOTNULL(FK) 
«jUiJr TXT: VARCHAR2(20) NOT NULL 
MFO M^VARCHAlUaO) NOT NULL 
MFO'MDL NM:VARCHAR2<») not null 
SERIAL lb:VARCHAlU(20)NOTNULL 
ACIL IKSTL OT: VARCHAIUdO) NOT NULL 
AMP QTY; NUMBEW5) NOT NULL 
CREATE USER ID: VARCHAR2(40) NOT NULL 
CREAXE'DT: DATS NOT NULL 
LAST Uror USER ID:VARatAR2(40)NULL 
LAST'UFDT DT: date null 
PLANT IDtOiAlUtDKULL 



svTopsrr 



SnE.CP: VARCHAR2(6) NOT NULL 



SHE CATCRY CD: VARCHAR2(50)NOTNULL| 
CREATE USER- ID: VARCHAR2(40) NOTNULL f 
CREATE'DT: date NOT NULL 
LAST UPDT USER ID: VARCHAR2(«) NULL 
LAST'UPDT'DT: DATE NULL 




svTPiwr_ 



SITES CONTAIN PLANTS . 



PLANTS.OONTillN.R^CnFIERS 



snES.OnmDIGB«ratAJOR^ 



PLANT^P; NUKfflER(6) NOT NULL 



SnB CD: VARCHAR2<6) NOTNULL(FlC) 

PIAKT NM TXT: VAR£HAR2(20) NOTNULL 

YOLTACE: NUMBER(4) NULL 

BATT.SmNaS qiY:NUMBER(2) NOT MULL 

MUM RECnNUMBERO) NULL 

UPS Da>.CHARn)NULL 

ACTUAL LOAD: NUMBER<S) NULL 

CREATE USER ID: VARCHAR2(40) NOT NULL 

CREAlE'Dr: DATE NOT NULL 

LAST UPDT USER ID:VARaUR2(40)NULL 

LASr^UPOT'OT: DATE NULL 

NUM GEN: NUMBERO) NULL 



SVIUPQEN 



/of? 



PGENSEQ; NUMBER(6)N0TNULL 



SHE CD: VARCHAR2(6)NOTNULL(FIO 
PLANT NM TXr:VARCHAR2(50)NULL 
MFO lOAi VARaUR2(20) NOTNULL 
MFO'MW. NM: VARCHAR2<20) NOT NULL 
FUEL TYPE CD: VARaiAR2(lS) NOT NULL 
PHASB TWB:VARCHAR2a5>M0TNULL 
KVA CTTY: NUMBERfT^ NOTNULL 
KW QTYiNUMBERC»i2) NOT NULL 
FULL TANK RUNTIME: NUMBER(S^ NULL 
OUT VOLTAOB: NUMBERfJ^ NOT NULL 
PHASE CURRENT A:NUMBER(i;DNOTNUa 
PHASE'CURRENT'B: NUMBERCl^ NOT NULL 
PHASE'CURRENT'C: NUMBERCS.Z) NULL 
NEUIRiAL CURRENT: NUMBER<5^ NULL 
CREATE USER ID: V ARCHAR2<40) NOT NULL 
CREATE'DT: date NOT NULL 
LAST UPbr USER ID: VARCHAR2(40)NULL 
LASTIuPDTIdT: DATE NULL 



SVTOPBAT 



I 
I 
I 



PBATSBQ: NUMBBR(g) NOTNULL 



SITE CD: VARCaAR2(fi) NOTNULL (FK) 
PLANT NM TXTi VARCUAR2(20) NOTNULL 
MFO >^VARCHAR2<20) NOT NULL 
MFO'MDL NM: VARCHMa(20)NQTNULL 
ACILIKSiLOnDAIBNOrNllL . 
AMP iDLQIYzNUMBERCTia) NOTNULL : 
CELL QIY:NUMBERa)MULL _ 
CREATE USER ID: VARCHAR2(40) NOT NULL | 
CREAIB'OT: DATE NOT NULL 
UST UTOT USER^ID: VARCHAR2(40) NULL 
LAST~UPDr DHDAIENULL 



SVfWUPS 

FLANT.ID: HUMBERTS) NOT NULL (FK) 



PHASE TYPE: VARCUARltlS) NOT NULL 
KVA <7hr:NUMBER(7;0 NOTNULL 
KW QTY: NUMBERCTJZ) NOT NULL 
OUf VOLTAGE: NUMBERa^ NOT NULL 
DSON RSRV TIME: NUMBER(S^) NULL 
PHASE CURRENT A:NUMBER(3J)N0TNULL 
PHASE'CURRENr'B: NUMBER(S J) NOT NULL 
PHASE CURRENTC: NUMBERfS^) NULL 
NEUTRAL CURR^: NUMBER(Sa) NULL 
CREATE USER ID: VARCHAR2(40)NOTNULL 
CREATE DT: DATE NOT NULL 
LAST UPbT.USER ID: VARCHAR2(40) NULL 
LAST UPDT DT:DATENULL 
PU\NT^NM_TXT: V ARCHAR2(20) NULL 
STTEjCD: VARCHAR2(6> NULL 



Version Tables 
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los-i 



APPUCAT10N: V ARCHAR2(4) NOT NULL 



DESCRIPTION: VARCHAR2(40) NULL 
CURRENT VERSION: NUMBER<4^) NOT NULL 
REQUIRED VERSION: NUMBER<i^) NOTNULL 



VERSION Na NUMBER{<2) NOT NULL | 
DESCRIPnON: VAItC3lAR2(40) NULL | 



APPL REFERS APPL VERS 



SVTDDBSW 



1 



DB VERSION NO:NUMBER(4^>N0TNULL 
APPLICAT10>fcVARCHAR2(4) NOT NULL <FK) j 



MIN SW VERSION: NUMBER(4^) NOT NULL l 
MAX^.SW_VERSK)N: NUMBER<4 ^ NOT NULL 
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37. A method as claimed in claim 36 wherein said elements 
are stxbstantially equilateral. 

5 38. A method as claimed in claim 34 wherein said elements 
are quadrilateral. 

39. A method as claimed in any one o£ claims 34 to 38 
wherein each element of each of said matched pairs of 

10 elements is assigned respectively said thickness. 

40. A method as claimed in claim 39 wherein uxunatched 
elements of said first and second surfaces are assigned 
thicknesses being the average of the thicknesses of 

15 surrounding, matched elements of said first and second 
surfaces . 

41. A method as claimed in claim 40 wherein any xinmatched 
elements of said first and second surfaces, being elements 

20 that could not be matched, are assigned thicknesses being 
the average of the thicknesses of adjacent matched elements 
where such adjacent matched elements exist, or of adjacent 
unmatched elements where such adjacent matched elements do 
not exist and said adjacent unmatched elements have been 

25 assigned thicknesses. 

42. A method as claimed in claim 41 wherein each element 
of an edge surface, being a surface between said first a nd 
second surfaces, and adjacent to either of said first or 

30 second surface is assigned a thickness proportional to the 
thickness of the element of said first or second surface to 
which said element of said edge surface is adjacent. 

43. A method as claimed in claim 42 wherein each said 

35 element of an edge surface is assigned a thickness between 
0.5 and 1.5 times said thickness of the element of said 
first or second surface to which said element of said edge 
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